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 343397 - H.264/AAC movie deadlocks with totem in gstreamer code, plays in gst-launch
H.264/AAC movie deadlocks with totem in gstreamer code, plays in gst-launch
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
0.10.7
Other Linux
: Normal normal
: 0.10.8
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 341706 345202 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-05-30 14:02 UTC by Sebastian Dröge (slomo)
Modified: 2006-06-18 12:52 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
totem-backtrace.txt (3.34 KB, text/plain)
2006-05-30 14:03 UTC, Sebastian Dröge (slomo)
Details
totem-debug.log.bz2 (181.25 KB, application/octet-stream)
2006-05-30 14:04 UTC, Sebastian Dröge (slomo)
Details

Description Sebastian Dröge (slomo) 2006-05-30 14:02:33 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
Comment 1 Sebastian Dröge (slomo) 2006-05-30 14:03:21 UTC
Created attachment 66471 [details]
totem-backtrace.txt

backtrace of totem when attaching to the deadlocked instance with gdb
Comment 2 Sebastian Dröge (slomo) 2006-05-30 14:04:23 UTC
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
Comment 3 Wim Taymans 2006-06-02 09:55:05 UTC
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.
Comment 4 Wim Taymans 2006-06-02 10:34:11 UTC
        * 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.
Comment 5 Sebastian Dröge (slomo) 2006-06-02 12:19:35 UTC
Thanks :)
Comment 6 Tim-Philipp Müller 2006-06-09 16:48:27 UTC
*** Bug 341706 has been marked as a duplicate of this bug. ***
Comment 7 Tim-Philipp Müller 2006-06-18 12:52:48 UTC
*** Bug 345202 has been marked as a duplicate of this bug. ***