[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