[Bug 743905] multiqueue: handle the BUFFERING query

[GStreamer (GNOME Bugzilla)]

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

Thiago Sousa Santos <thiagossantos at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO
                 CC|                            |thiagossantos at gmail.com

--- Comment #3 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Hi, sorry for the late reply.

So if you have a playbin pipeline and your patch we stop getting replies from
queue2 and will get from multiqueue. What exactly is your goal with this patch?

There is another thing to consider here: When playing from http, for example,
queue2 that is upstream is running in ytes while the multiqueue is running in
time format. Upstream should know better about the latest data that was
downloaded/buffered. It seems to make sense to let upstream reply and only act
if there was no reply. Also, would it make sense to sum the upstream result
with the multiqueue's buffered totals? This can get complicated if upstream is
dealing with muxed content and multiqueue dealing with decoded...

Perhaps if you give us a better overview of the use case you are trying to
cover we can design some solution for upstream.

Recommended reading:
http://cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/design/part-buffering.txt

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