[Bug 750028] hlsdemux: Search more when advancing fragment

[GStreamer (GNOME Bugzilla)]

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

--- Comment #2 from Edward Hervey <bilboed at bilboed.com> ---
Created attachment 304153
  --> https://bugzilla.gnome.org/attachment.cgi?id=304153&action=edit
Graph of low/high/current mediafile sequence

This is a plot from the radio4 stream mentioned in #745171 

The first/last seqnum lines are the lowest/highest fragment sequence (when a
m3u8 gets updated).
The current seqnum line corresponds to the fragment being downloaded

As can be noticed in 3 places (at 171s, 305s and 376s), the low seqnum line
overtakes the "current" line. Without this patch, this would result in hlsdemux
not advancing, baseadaptivedemux triggering a discont, and the sending the next
fragment. This would cause various issues.

With the patch, due to looking harder for the "next" fragment, we no longer
fail.

Notice also that we are not getting "late" here. If that was the case, the
current line would not be parallel (i.e. having the same rate) as the high/low
plots.

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