[Bug 670846] New: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK count 0
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sun Feb 26 11:58:05 PST 2012
https://bugzilla.gnome.org/show_bug.cgi?id=670846
GStreamer | gstreamer (core) | 0.10.36
Summary: deadlock: GStreamer-WARNING **: wrong STREAM_LOCK
count 0
Classification: Platform
Product: GStreamer
Version: 0.10.36
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: Normal
Component: gstreamer (core)
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: jpeddicord at ubuntu.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created an attachment (id=208450)
--> (https://bugzilla.gnome.org/attachment.cgi?id=208450)
GDB backtrace of frozen Totem
(Originally reported on Launchpad:
https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/941229)
Banshee, Totem, and other GStreamer applications all suffer from a very
annoying bug where they will lock up when trying to interact with them while
media is playing. It's hard to describe, but here are the main points:
* When the application locks up, "GStreamer-WARNING **: wrong STREAM_LOCK count
0" is output.
* I have tested this with quite a diverse MP3 library.
* This happens **most frequently** using gstreamer0.10-fluendo-mp3.
* This happens less frequently when using lame/mad from
gstreamer0.10-plugins-ugly.
* I am unable to reproduce this issue with OGG/Vorbis audio.
Steps to reproduce (Ubuntu 12.04):
1. Install gstreamer0.10-fluendo-mp3, as it is easiest to trigger the bug
(works with gstreamer0.10-plugins-ugly as well, just not as often).
2. Open any MP3 in Totem from the terminal.
3. Seek madly for 5-10 seconds or until it freezes. (Sometimes the freeze is
instantaneous, sometimes it takes a few seconds of trying.)
4. Observe the GStreamer warning message and deadlock.
This has been *very* difficult to pin down, as it happens seemingly at random.
I'm attaching a backtrace of Totem's state during the freeze. Some points of
note:
* The "GStreamer-CRITICAL" message is unrelated to the freezing from what I can
tell, as it doesn't show up during other traces I've done.
* ^C is where it froze.
* #10 is libgstflump3dec.so -- could not find debugging symbols for this, but
as it happens with the other MP3 decoders as well, I don't think the problem
lies in the MP3 plugins themselves.
Something I've noticed while testing this: it appears to freeze more often
around when threads are created/destroyed.
I've marked this as "major" because it often prevents somewhat basic
functionality (seeking and track switching) from happening, please switch if I
misjudged.
Let me know if there's any more information I can provide.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list