[Bug 739681] GstGL: let applications use the glimagesink's output texture

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Nov 5 15:16:55 PST 2014


https://bugzilla.gnome.org/show_bug.cgi?id=739681
  GStreamer | gst-plugins-bad | git

--- Comment #2 from Julien Isorce <julien.isorce at gmail.com> 2014-11-05 23:16:51 UTC ---
You raised good points :) 

"client-draw" is triggered by the sink. What I am suggesting is actually the
opposite. Triggered by the application from the thread where its gl context is
current, so that it triggers and use it right after for an easy management. 

About the "last-sample" property it is actually more similar to what I suggest.
 Also it makes not easy to tell glimagesink to use surface-less context
(http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/tree/gst-libs/gst/gl/egl/gstglcontext_egl.c#n419).
It would require another property to setup that.

And having an action signal would make it possible to define our own parameters
and a return value.
For example the user will have to connect them before starting the pipeline.
Otherwise we will return false or something.

We could also check that the user triggers the signal from where the gl app
context is current, just to prevent him doing something wrong.

We could also call "gst_video_gl_texture_upload_meta_upload" internally in this
action. So that it makes the user life easier. i.e. forward the
"gst_video_gl_texture_upload_meta_upload" parameters directly to this action
signal.

Maybe I am missing something ... What do you think ?

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list