回复:Re: if we plan to remove TEXTURE_UPLOAD, what will be used instead?
HalleyZhao
halleyzhao at sina.com
Thu Sep 12 00:16:25 UTC 2019
thanks Matthew。
I know little about totem/gtk3, just wonder why not use waylandsink to render video directly to a wl_surface/wl_sub_surface. it means to create a gtk widget which associates with a wl_sub_surface, it is a child of the main window but skip gl composition inside app.
for a dedicated video player app, texture video is just the favor of developer, not the interest of end-user.
--------------------------------
----- 原始邮件 -----
发件人:Matthew Waters <ystreet00 at gmail.com>
收件人:halleyzhao at sina.com, Discussion of the development of and with GStreamer <gstreamer-devel at lists.freedesktop.org>
主题:Re: if we plan to remove TEXTURE_UPLOAD, what will be used instead?
日期:2019年09月11日 17点10分
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?
https://gitlab.freedesktop.org/gstreamer/gstreamer-vaapi/issues/137
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
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20190912/6b87d3ab/attachment-0001.html>
More information about the gstreamer-devel
mailing list