[Bug 734412] New: multiqueue: The buffering logic can lead to a pipeline stuck in PAUSED forever

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=734412
  GStreamer | gstreamer (core) | unspecified

           Summary: multiqueue: The buffering logic can lead to a pipeline
                    stuck in PAUSED forever
    Classification: Platform
           Product: GStreamer
           Version: unspecified
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: tsaunier at gnome.org
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Basically what happens is that we have the following pipeline as represented in
the attached file,  and multiqueue1 audio simple queue empties while the video
one is full, tsdemux is blocked trying to push on it. As the audio multique is
emptied, multiqueue post a buffering message on the bus which leads to the
application set state to PAUSED. But as one of the multiqueue single queue is
full nothing happens anymore.

That happens in fast backward playback with HLS, and playing backward can
introduce a lot of latency with video which can explain why the audio single
queue is emptied so fast in comparision with the video track.

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