[Bug 677012] gst-plugins-gl: Port to GStreamer 1.0

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Wed Jun 5 04:50:06 PDT 2013


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

--- Comment #20 from Matthew Waters <ystreet00 at gmail.com> 2013-06-05 11:50:02 UTC ---
(In reply to comment #19)
> > > that does not
> > > pull in any of the complex and large code of gst-plugins-gl but properly
> > > interoperates with that.
> > 
> > This point and the previous point seem to contradict each other.  If you're
> > going to support all the GL implementations within one element, its gonna be
> > hairy :).  The only files (in gst-libs) that do not get used with glimagesink
> > are the gl baseclasses (filter and mixer) and I can't think of what you can
> > remove.
> 
> Ok, fine then :) There's just all this threading complexity that is not really
> needed for a simple sink.

The threading complexity is exactly the same as with eglglessink.  You have a
single gl thread + all the gst element threads and all gl activity happens in
the gl thread.  Without it, ... ! glfilter ! queue ! glimagesink would blow up
(I know there are GL extensions to work around/facilitate that (and EGLImage)).

The way I see it, you have a simple sink that is slow across queue's because it
has to upload/download the image data or you add a little bit of complexity to
avoid hitting a very slow path (that could be avoided).

-- 
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