[Bug 698750] playbin: gapless playback using "about-to-finish" doesn't work with http URIs

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun May 12 05:45:35 PDT 2013


https://bugzilla.gnome.org/show_bug.cgi?id=698750
  GStreamer | gst-plugins-base | git

--- Comment #7 from Florian Will <florian.will at googlemail.com> 2013-05-12 12:45:30 UTC ---
I just had some time to modify your test case to play a short file first, then
a file with longer duration. And indeed, symptoms are the same as in bug 686153
. So this bug 698750 is actually a "special case" of 686153, with only one
track in the sequence.

See my results here:
https://github.com/w-flo/gstreamer-gapless-test/blob/master/Results.md

The modified test program is supposed to play the given sequence in order, then
repeat the last track until canceled. However, only the first track is played
correctly. The second track, when played for the first time, starts playing at
the timestamp where the first track ended. The second time the second track is
supposed to be played, there is no sound at all. Instead, "about-to-finish"
signals are repeated about once a second, indicating that playback was actually
started at the end of the track.

On the other hand, even http:// URIs work fine and don't show any symptoms of
this bug when used with *.mp3 files.

Using a more complex tool (gnome-music) based on playbin and gstreamer-1.0, it
appears like things are even a little more complicated: Using the seek_simple
method of playbin during playback seems to influence the timestamp at which the
next track starts playing. For example, seeking to a position 10 seconds before
the end of the current track, the next track will start playback at 0:10. This
seems to be independent of the length of the current track.

These combinations are affected: HTTP / ogg, file / wav (according to bug
686153 )
These combinations are not affected: HTTP / mp3, file / mp3, file / ogg

-- 
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