[Bug 742979] adaptivedemux: Adaptive bitrate algorithm does not react to declining bitrate

[GStreamer (bugzilla.gnome.org)]

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

Olivier Crête <olivier.crete> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |olivier.crete at ocrete.ca

--- Comment #1 from Olivier Crête <olivier.crete at ocrete.ca> 2015-01-15 16:51:22 UTC ---
I don't think it's right to rely on the amount of data buffered by downstream
elements, they may be buffering it for other reasons than the "jitter" from the
download.

I don't think the buffer_limit mechanism is needed, when the queues are full,
then pushing the buffers downstream will block and it should stop downloading
more than the window. This should already be there?

Wouldn't he problem be solved by using the same algo as now, but only relying
on the average download speed of the last "N" fragments instead of the download
speed of the entire video?

I'm not sure I understand why you want to compare the download time of the next
fragment to the amount of data that is actually buffered, do you assume that
fragments have varying lengths? I would have assume that their lengths are
quite stable.

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