[Bug 668995] New: [0.11] segments not correctly updated in playbin about-to-finish track changes

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=668995
  GStreamer | gst-plugins-base | 0.11.x

           Summary: [0.11] segments not correctly updated in playbin
                    about-to-finish track changes
    Classification: Platform
           Product: GStreamer
           Version: 0.11.x
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: notverysmart at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=206398)
 View: https://bugzilla.gnome.org/attachment.cgi?id=206398
 Review: https://bugzilla.gnome.org/review?bug=668995&attachment=206398

use playbin rather than playbin2 for tests

After changing the URI in the about-to-finish signal handler, audio buffers are
dropped up to the length of the previous track.  Using a sink with max-lateness
set to 1s produces this debug output:

GST_PERFORMANCE gstbasesink.c:2688:gst_base_sink_is_too_late:<fakesink0> buffer
is too late 0:00:38.046552918 > 0:00:01.979591837

(the previous track was around 38 seconds long)

which makes it look like the sink's segment isn't configured correctly.  In
0.10 it accumulated the running time from previous segments, but this has been
removed in 0.11.

If the new track is longer than the previous one, playback returns to normal
after that.  Otherwise, the new track reaches EOS quickly and then another
broken track change happens.

This can be reproduced easily with tests/icles/playback/test7 with the trivial
patch I'm attaching.

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