[Bug 772810] hlsdemux: Always start playback at first fragment

[GStreamer (GNOME Bugzilla)]

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

--- Comment #3 from GstBlub <gstblub at gmail.com> ---
(In reply to Jan Schmidt from comment #2)
> The intent of starting as late as possible in live streams is because people
> generally want minimum latency compared to the live feed.

Valid point.  As the spec is ambiguous in this regard and actually suggests
that it is application/implementation dependent, what do you think about a new
property that enables and application to override the default behavior? Maybe
call it "first-fragment-live" with a default value of -3, and any negative
number indicating the fragment from the end of the playlist (automatically
guaranteeing at least more than 3 fragments as per spec), and a positive number
or zero as the fragment from beginning:

  first-fragment-live : Number of fragments from the beginning (positive
number) or end (negative number) of a live playlist.
                        flags: readable, writable
                        Integer. Range: -2147483648 - 2147483647 Default: -3

This way, an application could customize this behavior as needed, or just leave
it at the default behavior.  Thoughts?

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