[Bug 776928] hlsdemux: Set fragment header uri if exists

[GStreamer (GNOME Bugzilla)]

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

--- Comment #11 from Seungha Yang <sh.yang at lge.com> ---
Hello all,

I have question about supporting HLS fMP4.

I'm keeping on test using following test vectors
<APPLE provided>
https://tungsten.aaplimg.com/VOD/bipbop_adv_fmp4_example/master.m3u8
<eurofins-digitaltesting>
https://hlstests.eurofins-digitaltesting.com/

Mostly (not yet tests all vectors), the first buffer time stamp of fMP4 is not
ZERO but starts from 10sec. That means, "base decode time" of the first
fragment's tfdt box is 10 sec.
Because HLS spec does not specify the starting PTS (like presentation time
offset on MPEGDASH), hlsdemux never knows the starting buffer PTS.
In this case, who has responsibility of parsing this? It's critical when
setting up running/stream time on SEGMENT event.

If hlsdemux should do, hlsdemux needs to parse moov (to figure out timescale)
and the first moof (to figure out base decode time).
the other option is, modifying TIME format SEGMENT in qtdemux based on the
first PTS.

Which one is correct approach?

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