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 727091 - glmosaic crashes pipeline when trying to come up
glmosaic crashes pipeline when trying to come up
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-gl
0.10.x
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-03-26 14:34 UTC by klasko
Modified: 2014-03-27 10:48 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description klasko 2014-03-26 14:34:12 UTC 
SUSE 11 SP3
Haswell Core i7

All other plugins work.

glmosaic does not.  I get:

intel_do_flush_locked failed: No such file or directory

when using following pipeline:

gst-launch gltestsrc ! glmosaic ! glimagesink

I can provide more logging if anyone is interested.
Comment 1 Tim-Philipp Müller 2014-03-26 14:41:02 UTC 
0.10 is not maintained any more. Have you tried with 1.x yet?
Comment 2 klasko 2014-03-26 20:03:10 UTC 
Hi. It was actually git tag:  RELEASE-0.10.3

Obtained from: 

http://cgit.freedesktop.org/gstreamer/gst-plugins-gl/

Is there a different location to obtain gst-plugins-gl??

Thanks
Comment 3 Tim-Philipp Müller 2014-03-26 21:17:25 UTC 
Yes, please try git master. RELEASE-0.10.3 is from almost 2 years ago.
Comment 4 Matthew Waters (ystreet00) 2014-03-27 06:34:48 UTC 
>intel_do_flush_locked failed: No such file or directory

This boils down to https://bugs.freedesktop.org/show_bug.cgi?id=41736

Which basically says no GL context sharing hanging off multiple X11 displays.

It should be fixed in master of both gst-plugins-gl and gst-plugins-bad by

commit a4ae695cf8d5ff4065a21277ff58493da79aee07
Author: Matthew Waters <ystreet00@gmail.com>
Date:   Wed Mar 12 23:46:58 2014 +1100

    glx: use the display handle from the global display
    
    Intel drivers require the display handles be the same for context
    sharing to occur.  Also solves some cases of use after free of the
    display when integrating with gstreamer-vaapi.
    
    See https://bugs.freedesktop.org/show_bug.cgi?id=41736 for the intel bug.
Comment 5 Tim-Philipp Müller 2014-03-27 10:48:51 UTC 
Let's close this then. Klasko, please re-open or file a new bug if you still have problems with git master and GStreamer 1.x, thanks!