[Bug 776491] multiqueue: Update buffering level based on the lowest value

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from Seungha Yang <sh.yang at lge.com> ---
(In reply to Edward Hervey from comment #10)
>   So the problem doesn't exist/matter for the regular buffering use-case
> (i.e. by maximum).

>   Can you explain the higher-level reason for wanting this information ?
> Multiqueue shouldn't be used for "buffering" purposes.

Hello Edward Hervey
About multiqueue buffering, I remember your comment on bug #768897.
But there was some critical issues on queue2 (in urisourcebin) buffering.
That is, as we know, buffered level on queue2 is estimated value, not
sophisticated one. So it may be incorrect.
When general http streaming case, it's more critical. If a stream is very badly
interleaved, queue2 never know whether we can play smoothly or not with/without
buffering.
So, I'm now trying to use multiqueue buffering with playbin3.

AdaptiveDemux use-case seems to less critical because usually there are
believable bitrate tags. But it also does not safer because queue2's buffering
must be very sensitive to segment event and buffer timestamp. But controlling
them does not easy from my experience.

So, general for purpose (only my environment point of view), I'd like to use
multiqueue's buffering.

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