gstreamer/tests
Alex Ashley c8ef39cac7 dashdemux: provide a default suggestedPresentationDelay
If MPD@suggestedPresentationDelay is not present in the manifest,
dashdemux selects the fragment closest to the most recently generated
fragment. This causes a playback issue because this choice does not allow
the DASH client to build up any buffer of downloaded fragments without
pausing playback. This is because by definition new fragments appear on
the server in real-time (e.g. if segment duration is 4 seconds, a new
fragment will appear on the server every 4 seconds). If the starting
playback position was n*segmentDuration seconds behind "now", the DASH
client could download up to 'n' fragments faster than realtime before it
reached the point where it needed to wait for fragments to appear on the
server.

The MPD@suggestedPresentationDelay attribute allows a content publisher
to provide a suggested starting position that is behind the current
"live" position.

If the MPD@suggestedPresentationDelay attribute is not present, provide
a suitable default value as a property of the dashdemux element. To
allow the default presentation delay to be specified either using
fragments or seconds, the property is a string that contains a number
and a unit (e.g. "10 seconds", "4 fragments", "2500ms").
2015-10-29 13:26:46 +00:00
..
check dashdemux: provide a default suggestedPresentationDelay 2015-10-29 13:26:46 +00:00
examples mxfdemux-structure: Sync fakesink state with the bin to make the application work at all 2015-10-21 19:54:15 +03:00
files tests: files: adds missing file from previous commit 2014-07-28 16:55:15 -03:00
icles examples: move vp8 parser test to codecparser example directory 2015-06-21 11:51:38 +01:00
Makefile.am tests: add very simple zbar unit test 2010-11-05 00:23:45 +00:00