search

Dash-Industry-Forum / Live

Collects issues about the Live document
5 stars 0 forks source link

Low Latency Streaming: Threshold for catchup mechanism #70

Open dsilhavy opened 4 years ago

dsilhavy commented 4 years ago

As described here Dash-Industry-Forum/dash.js#3300 and here Dash-Industry-Forum/dash.js#3316

Right now it is possible to define a target delay and playback rate catchup parameters in the ServiceDescription element of the MPD. However, if the user seeks within the DVR window it might be reasonable to ignore the increase in live delay and continue playing with a playback rate of 1 at the desired time.

We addressed this issue by adding a new settings parameter to dash.js which can be used as a threshold. For instance, if this parameter is set to 8, the catchup mechanism is only applied if currentLiveLatency < 8.

Would this be something worth adding to the ServiceDescription element as well?

poolec commented 4 years ago

It seems to me it's more about what the viewer intends than the particular delay behind the live edge. That translates into what actions the viewer has performed.

For example, if poor network conditions result in you slipping back beyond 8 seconds, giving up trying to maintain the target latency seems the wrong thing to do.

On the other hand, if the viewer has themselves skipped back a bit, it may be reasonable to assume they're happy with that and no longer want to keep at the live edge (unless they seek forward again).

dsilhavy commented 4 years ago

I agree on these two use cases, but I think if the player is slipping back beyond the threshold for network reasons it should seek to the target latency instead of trying to adjust the playback rate.

In any case I think it is reasonable to introduce a threshold parameter for the catchup mechanism.

haudiobe commented 4 years ago

Create 2 states:

state changes and triggers: