if we plan to remove TEXTURE_UPLOAD, what will be used instead?

classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

if we plan to remove TEXTURE_UPLOAD, what will be used instead?

HalleyZhao
Hi experts:
from the following thread, I notice that community plans to remove TEXTURE_UPLOAD/GstGLUploadTextureMeta.
then what will be used instead?
take totem as example, it is problemtic to use clutter-sink with hardware accerelated decoder.
then what's the decent way to render video in totem?


Maintainer

TEXTURE_UPLOAD as deprecated for next gst 1.18

TEXTURE_UPLOAD is planned to be removed for 2.0

I removed TEXTURE_UPLOAD support in Wayland from gstreamer-vaapi for release 1.14, if I recall correctly, but for Canonical it was a regression, and Daniel van Vught devoted a lot of time to make it work, but as we confirm now, only for Intel's driver.

We are devoting a lot of time supporting a deprecated transfer mechanism because people demand it. Every time I think about it, I realized that I have said "no" when Daniel pushed for it.

--------------------------------


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: if we plan to remove TEXTURE_UPLOAD, what will be used instead?

Matthew Waters
Hi,

1. clutter is effectively unmaintained and is really the only major user of the gl upload meta so the first move is to remove the clutter dependency inside totem.  There are replacement Gtk sink elements (gtkglsink and gtksink) for Gtk3 that can be used.  For Gtk4, the equivalent elements would need to written.
2. The general case for OpenGL within a Gstreamer context is to use the libgstgl-1.0 library and the associated elements (glupload, glcolorconvert, etc).  One can pass OpenGL textures between elements using GstGLMemory with much more information than was ever possible with the upload meta. Currently libgstgl does include a upload meta implementation however that implementation will only be used if nothing else is found (except for upload from system memory).

Cheers
-Matt

On 11/9/19 6:24 pm, HalleyZhao wrote:
Hi experts:
from the following thread, I notice that community plans to remove TEXTURE_UPLOAD/GstGLUploadTextureMeta.
then what will be used instead?
take totem as example, it is problemtic to use clutter-sink with hardware accerelated decoder.
then what's the decent way to render video in totem?


Maintainer

TEXTURE_UPLOAD as deprecated for next gst 1.18

TEXTURE_UPLOAD is planned to be removed for 2.0

I removed TEXTURE_UPLOAD support in Wayland from gstreamer-vaapi for release 1.14, if I recall correctly, but for Canonical it was a regression, and Daniel van Vught devoted a lot of time to make it work, but as we confirm now, only for Intel's driver.

We are devoting a lot of time supporting a deprecated transfer mechanism because people demand it. Every time I think about it, I realized that I have said "no" when Daniel pushed for it.

--------------------------------


_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

signature.asc (499 bytes) Download Attachment