DASH - Understanding MPD at availabilityStartTime
Romain Picard
romain.picard at oakbits.com
Thu Feb 11 21:19:11 UTC 2016
Le 11.02.2016 17:18, Arjen Veenhuizen a écrit :
> Timing is still a heavily discussed topic in the DASH standardisation
> organisation but I'll try to answer your question. It depends on the
> profile
> you use but assuming MP4 or MPEG-2 TS profile in MPEG DASH :
>
> “When the MPD is updated, the value of MPD at availabilityStartTime shall
> be
> the same in the original and the updated MPD.”
>
> So when it updates the MPD by removing or adding stuff you shouldn’t
> update
> this value.
>
> Also, If I understand you correctly, you assume that Segment
> availability
> Start time = MPD at availabilityStartTime. But it is a bit more complex.
> It is
> actually :
>
> Segment availability start time = MPD at availabilityStartTime +
> PeriodStart +
> MediaSegment[i].startTime + MediaSegment[i].duration
There are only few available dash live sources for now, but see this one
with a 3 hours timeshift buffer:
http://bitlivedemo-a.akamaihd.net/mpds/stream.php?streamkey=bitcodin
the availabilityStartTime field is updated each time the MPD is
refreshed, and the period Start value is fixed to "PT0S". Maybe this is
not correct but considering the description of the dash specification
there are probably other sources with this behavior.
>
> Basically, this means that you can access a segment before the content
> it
> describes in UTC time is over, aka you can look into the future:).
>
> I hope this answers your questions at least a little bit.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/DASH-Understanding-MPD-availabilityStartTime-tp4675767p4675799.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
More information about the gstreamer-devel
mailing list