[Bug 753575] New: python gapless playback not functioning properly

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=753575

            Bug ID: 753575
           Summary: python gapless playback not functioning properly
    Classification: Platform
           Product: GStreamer
           Version: 1.5.2
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: dustin at virtualroadside.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

I've posted a gist on github that contains 4 test files, and python code that
demonstrates the problem.

https://gist.github.com/virtuald/0aa9f7e30ed82c0270de

On GST 1.4.5, track4.mp3 stalls for ~10s or so without playing, but
there is no audio for track3 or track4. Other tests I've conducted
track3 does have audio, but there is still a pause.

On GST 1.5.2, there is no volume for track3.mp3 or track4.mp3, but no stall
occurs... so it's been partially fixed?

I didn't realize that gst-play existed (neat), but I found it and tried it out:

gst-play-1.0 --gapless track1.flac track2.flac track3.mp3 track4.mp3

And it works just fine. So... just a problem with python bindings, or is my
code wrong? I glanced through gst-play, and there doesn't seem to be anything
particularly different about what it's doing. Connects to 'about-to-finish',
and sets the URI.

I've attached the debug log. The debug log was taken *removing* the seek from
the middle, which isn't necessary to demonstrate the no-audio condition on
1.5.2. No audio starts probably about 10s in..

This bug was originally reported on Exaile's bug tracker at
https://github.com/exaile/exaile/issues/41

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.