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 566586 - playbin2 test7.c fails after two songs
playbin2 test7.c fails after two songs
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: 0.10.22
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-01-05 05:50 UTC by Steven Robertson
Modified: 2009-01-05 16:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Steven Robertson 2009-01-05 05:50:24 UTC
Gapless support with playbin2 is beautiful, when it works. Unfortunately, I've never been able to get it to work consistently.

I split a flac into many 3-second wav files, and then compiled test7 against both 0.10.21 and CVS, after adding the line 

  gst_debug_set_default_threshold(GST_LEVEL_INFO);

to get some extra insight. Even with the logs, though, I haven't been able to find the source of the problem: the first song transitions gaplessly into the second, but the second song simply stops at the end, emitting no signals.  In addition, the same problem occurs with wavs, flacs, and mp3s.

I used test7 after both a quodlibet output plugin and a test program written in Python failed in nearly the exact same fashion.  The problem doesn't seem to be related to the output plugin, as it happens over both alsa and jack.  The problem is also apparently unrelated to the about_to_finish signal, as manually reloading the URI at the right time produces the same results.

I have the output from the runs of test7.c; if attaching them will help, or if there's any other testing I can do, let me know.
Comment 1 Wim Taymans 2009-01-05 12:19:37 UTC
This commit seems to fix it for me:

        * gst/playback/gstplaybin2.c: (notify_source_cb), (activate_group):
        Disconnect signal handlers before destroying a previous decodebin so
        that we don't end up causing deadlocks. Fixes #566586.

Can you check that it works fine now for you too? Please reopen this bug if it does not.
Comment 2 Steven Robertson 2009-01-05 16:10:56 UTC
It does work.  Thanks!