[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 master

--- Comment #7 from Thiago Sousa Santos <thiagossantos at gmail.com> 2015-01-20 12:43:09 UTC ---
(In reply to comment #6)
> Sebastian's algorithm would certainly make it more responsive to declining
> bitrate without the need to keep track of previous fragments. We're currently
> using that logic, but with the additional tweak of short-circuiting the three
> fragment pre-load if the download speed is sufficiently high.
> 
> I still think it should try to avoid intentional underflow before starting a
> download.
> 
> I wonder if we could do something like keep a track of the GstClockTime when
> the most recently sent buffer will end (using PTS + duration?). A check of
> (gst_clock_get_time() + estimated_download_time) <= last_buffer_end_time could
> be used to detect potential underflow. However, I'm not sure if this logic
> holds true if sync=false for the sink element.

This kind of check makes sense. And I wouldn't worry if the sink is on
sync=false because that means that it doesn't care about synchronization, so it
shouldn't be worried about underflows.

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