GNOME Bugzilla – Bug 664711
sdlvideosink segfault after the second instance
Last modified: 2016-12-21 11:39:48 UTC
on intel motherboard and video card (but with one sdlvideosink or two different process it's working): gst-launch -v -m videotestsrc ! sdlvideosink videotestsrc ! sdlvideosink Setting pipeline to PAUSED ... X Error of failed request: BadCursor (invalid Cursor parameter) Major opcode of failed request: 95 (X_FreeCursor) Resource id in failed request: 0x4e0000b Serial number of failed request: 63 Current serial number in output stream: 66
Reproduced (also on Intel motherboard and video).
Looking some more into it, I get a crash inside SDL_SetVideoMode on the second sink. I found a mention of "Don't call SDL video/event functions from separate threads" in the SDL docs, but it's unclear whether it would or would not work if one were to have a global mutex to ensure only one SDL function could run at any one time. The easiest option would be to prevent more than one SDL video sink to be in > NULL at the same time, but may be too restrictive.
Or the SDL video sinks should share some common context somehow and make sure everything is run from a single thread. Someone planning to work on this and port the sink to 1.0 at all?
Commit: 9b5de053995488d5ddc78c1bf4df651101271d70 URL: http://cgit.freedesktop.org/gstreamer/gst-plugins-bad/commit/?id=9b5de053995488d5ddc78c1bf4df651101271d70 Author: Sebastian Dröge <sebastian@centricular.com> Date: Wed Dec 21 11:00:47 2016 +0200 Remove various unported plugins If they were not ported after 4+ years it seems unlikely that anybody is ever going to need them again. They're still in the GIT history if needed. https://bugzilla.gnome.org/show_bug.cgi?id=774530