[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