[Bug 727255] New: [PATCH] playbin: filter out buffering messages when switching URI and the previous URI is still playing

[GStreamer (bugzilla.gnome.org)]

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

           Summary: [PATCH] playbin: filter out buffering messages when
                    switching URI and the previous URI is still playing
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: kiagiadakis.george at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


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

playbin: filter out buffering messages when switching uri and playsink still
has buffers to play

When switching URI from about-to-finish, playbin starts decoding the new URI
and the queue2 inside uridecodebin starts emitting buffering messages
immediately. However, the queue(s) inside playsink still have buffers to play
and the pipeline doesn't need to pause for buffering, so we should not send
those buffering messages up to the application, otherwise there is an audible
glitch caused by pausing the pipeline for a very short time.

The attached patch attempts to find how much time there is left before the
queues inside playsink drain and filters out any buffering messages for all
this time. After the end of that time, however, it stops filtering, because if
the source is too slow the sink is going to drain and we do want the
application to pause the pipeline.

Related to https://bugzilla.gnome.org/show_bug.cgi?id=726423

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