GNOME Bugzilla – Bug 732336
uridecodebin fails to plug decoder at random times
Last modified: 2014-06-29 13:52:55 UTC
Created attachment 279385 [details] Dotfile dump for when it fails As the title says - uridecodebin fails to plug a decoder at random times So I use the gravity.mpg file as my input (http://gstreamer.freedesktop.org/data/media/large/gravity.mpg) I load it into transmageddon. I leave the container format as Ogg. I choose 'no audio' for audio. Then press 'Transcode'. Sometimes it fails right away, but usually I have to click 'Cancel' and 'Transcode' a bit back and forth to trigger the bug. Once it triggers if I continue clicking cancel and Transcode it will continue to randomly work/not work. If I set any kind of GST_DEBUG statement the issue never triggers. Attached a DOTfile image showing what uridecodebin looks like upon failure. Current git of Transmageddon is the exact code I use.
Created attachment 279387 [details] Example of what pipeline looks like when it works
Looking at your autoplug-continue... does any of these make a difference? - When the sticky event can't be retrieved you return nothing. Does this ever happen? If it happens, does returning True make things work correctly again? (Note: you should always get a non-None event there, that would be a bug!) - You store self.autoplugreturnvalue... this is not threadsafe or anything. Can you make that a local variable instead? Does that help?
Hi Sebastian, Don't remember why I return something on None, I assumed it happened once. I will keep looking for it to see if it actually ever happens. As for turning that variable into a local one seems to have fixed it, sorry for thinking this was an upstream bug.