[Bug 743974] gl: rethink glfilter, glmixer, glupload, glcolorconvert, gldownload

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Jul 17 23:01:08 PDT 2015


https://bugzilla.gnome.org/show_bug.cgi?id=743974

Matthew Waters <ystreet00 at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ystreet00 at gmail.com

--- Comment #26 from Matthew Waters <ystreet00 at gmail.com> ---
(In reply to Robert Swain from comment #25)
> What is the current state? Do applications need to do things manually? Or is
> the default behaviour usually OK?

Current state is the exact same as at comment #23.  Nothing's changed
conceptually since then, just some fixes/clean ups.

For playback, nothing changed and glimagesink behaves just as before, it's just
a bin now instead of a single element.  Same with glvideomixer.  It's when you
need to use other GL elements that you need to upload/download/colorconvert
either explicitly or through the helper bins
(glfilterbin/glmixerbin/glsrcbin/glsinkbin).

> What should one look out for for situations where one would need to manually
> specify upload and download points?

Other than mentioned above, currently nowhere else.  There are other
optimisations available when delving into multiple contexts and threads that
will require explicit modelling of transfer points.

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