[Bug 727742] hlsdemux: selects incorrect starting position for live streams

[GStreamer (bugzilla.gnome.org)]

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

--- Comment #3 from A Ashley <bugzilla at ashley-family.net> 2014-04-07 16:33:57 UTC ---
>Should it also use the 3rd fragment from the end then?
No, I don't think so. It would be very annoying if while watching 30 minutes
behind live hlsdemux suddenly jumped to 30 seconds behind live just because it
moved to a different bitrate.

How to correctly switch between bitrates should be a new bug ticket. The HLS
spec is rather vague in that it says the client must use the timestamps in the
MPEG-TS to correctly switch between variants, but there is nothing in the m3u8
to know which fragment contains a particular timestamp. Regardless of what the
HLS spec says, there are plenty of implementations that make the assumption
that sequence numbers match across representations.

The patch associated with this ticket only kicks in when the first fragment is
selected for the first selected variant.

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