GNOME Bugzilla – Bug 343397
H.264/AAC movie deadlocks with totem in gstreamer code, plays in gst-launch
Last modified: 2006-06-18 12:52:48 UTC
Hi, this movie here http://www.own-age.com/vids/mirrors.aspx?id=8171 plays fine with gst-launch-0.10 playbin uri=...., mplayer, xine, etc but fails miserably in totem. Just download it, unrar it and try to play the .mp4 file in movie/ totem pretends to load the file and stays in that state forever and needs to be killed. When attaching to the totem process and asking for a backtrace the attached one gets printed out. I assumed that it is a gstreamer bug because all threads are sitting in some gstreamer functions and not in totem specific ones but I have absolutely no idea which element is to blame for the deadlock ;) Bye PS: this is with the latest releases of gstreamer on Ubuntu Dapper
Created attachment 66471 [details] totem-backtrace.txt backtrace of totem when attaching to the deadlocked instance with gdb
Created attachment 66472 [details] totem-debug.log.bz2 GST_DEBUG=5 GST_DEBUG_NO_COLOR=1 LC_ALL=C totem beist\ -\ the\ ride\!.mp4 &> totem-debug.log
it's because of the .txt file with the same name. totem will try to open it as a subtitle. decodebin correctly finds the text/plain mime type without using any decoders. playbin locks up because it wrongly expects that this type will be found async.
* gst/playback/gstplaybasebin.c: (group_create), (group_commit), (setup_source): * gst/playback/gstplaybasebin.h: Make the subtitle detection work from any thread so we don't deadlock. Fixes #343397.
Thanks :)
*** Bug 341706 has been marked as a duplicate of this bug. ***
*** Bug 345202 has been marked as a duplicate of this bug. ***