After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 750815 - GStreamer doesn't negotiate gl caps properly
GStreamer doesn't negotiate gl caps properly
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-06-12 00:23 UTC by Marcin Kolny (IRC: loganek)
Modified: 2015-06-12 04:04 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Marcin Kolny (IRC: loganek) 2015-06-12 00:23:31 UTC 
I have following pipeline:
./gst-launch-1.0 videotestsrc ! glfilterblur ! glfilterblur ! xvimagesink


And caps between glfilterblurs:
video/raw, format=(string)YUY2, width=(int)320, height=(int)240, framerate=(fraction)0/1

I think, it should be some kind of:
video/x-raw(memory:GLMemory)...

I'm not sure, whether it is a bug, or a feature, but if feature, please explain me why GStreamer preffer upload/download textures twice instead of doing it once?
Btw., when I add glimagesink instead of xvimagesink, caps between glfilterblurs and glimagesink seem to be ok(I mean, contain information about GLMemory).
Comment 1 Matthew Waters (ystreet00) 2015-06-12 04:04:13 UTC 
That pipeline as it stands will not work without glupload/glcolorconvert elements (or the convenience bins) in current git master/1.5.1 which take care of this now.  Not to mention glfilterblur is now called gleffects_blur.

In short, update your checkout :)