[Bug 754222] qtdemux: Only use the tfdt instead of the fragment timestamp if they don't differ too much

[GStreamer (GNOME Bugzilla)]

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

--- Comment #9 from Sebastian Dröge (slomo) <slomo at coaxion.net> ---
Created attachment 310519
  --> https://bugzilla.gnome.org/attachment.cgi?id=310519&action=edit
adaptivedemux: Properly implement timestamping of multi-period streams

Each period will start again with pts 0 + period presentation offset, which is
also going to be the presentation time inside the container stream if any.
However all periods together should form a continuous timeline, with regard to
stream time and running time.

For making this possible we keep track of the "user requested segment", i.e.
the seek events, inside the demuxer without adjusting anything and taking this
demuxer segment only as orientation for modified segments per stream.

This per stream segments will have their segment.start at pts that would be
produced for this stream in this period, and the segment.base/time adjusted so
that this pts maps to the running and stream time this period should have in
the context of all other periods.

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