You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Play the stream and wait for MPD udaptes. After each MPD update a request to the UTC sync server is done: https://time.akamai.com/?iso&ms . Expect for the first request, the response is ignored.
Expected behavior
We should avoid unnecessary requests. DASH-IF 4.3 states: 4.7.3: "Clients should not access the UTCTiming server more frequently than necessary".
Suggestion: Only do a single sync at startup. Behavior would be similar to now since we ignore the response anyways. Clarify with @haudiobe what the best behavior is.
The text was updated successfully, but these errors were encountered:
Make a configurable amount of requests at start of playback (e.g 3 requests)
Repeat that request at a manifest load if time since last sync > T minutes. This value can default to 1 and be settable via an API.
Remember the delta between system time and reference time. If it drifts more then 20%, then halve T. If it is less than 20%, then double T. T can never be less than segment duration.
Force a time sync if there is a 404 or any unexpected playback problems are encountered.
Environment
Observed behavior
Play the stream and wait for MPD udaptes. After each MPD update a request to the UTC sync server is done: https://time.akamai.com/?iso&ms . Expect for the first request, the response is ignored.
Expected behavior
We should avoid unnecessary requests. DASH-IF 4.3 states:
4.7.3: "Clients should not access the UTCTiming server more frequently than necessary".
Suggestion: Only do a single sync at startup. Behavior would be similar to now since we ignore the response anyways. Clarify with @haudiobe what the best behavior is.
The text was updated successfully, but these errors were encountered: