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
All user agents delay the start of playback until some minimum number of frames are decoded and ready for rendering. This buffer provides an important cushion against playback stalls that might otherwise be caused by intermittent decoder slowness. It also adds a small amount of latency to start playback. For example, in Chromium this adds roughly 200 milliseconds for common video frame rates.
I'd like to propose an attribute that lets web authors disable this rendering buffer for use cases where sub-second latency is more important than smooth playback.
Some examples include interactive apps like cloud gaming or remote desktop. Notably, this feature does NOT target video streaming sites that offer live sports and TV. For these sites, low latency (e.g. 3 seconds) is very important, but sub-second latency is not critical and should not be prioritized over smooth playback.
There have been a number of bugs MediaSource bugs [1][2][3] that reference this, but they also discuss a number of MSE specific issues/features-requests. This bug tracks feature that is more broadly applicable to <audio> and <video>.
All user agents delay the start of playback until some minimum number of frames are decoded and ready for rendering. This buffer provides an important cushion against playback stalls that might otherwise be caused by intermittent decoder slowness. It also adds a small amount of latency to start playback. For example, in Chromium this adds roughly 200 milliseconds for common video frame rates.
I'd like to propose an attribute that lets web authors disable this rendering buffer for use cases where sub-second latency is more important than smooth playback.
Some examples include interactive apps like cloud gaming or remote desktop. Notably, this feature does NOT target video streaming sites that offer live sports and TV. For these sites, low latency (e.g. 3 seconds) is very important, but sub-second latency is not critical and should not be prioritized over smooth playback.
Please see here for additional details and examples.
There have been a number of bugs MediaSource bugs [1][2][3] that reference this, but they also discuss a number of MSE specific issues/features-requests. This bug tracks feature that is more broadly applicable to <audio> and <video>.
[1] https://www.w3.org/Bugs/Public/show_bug.cgi?id=28379
[2] w3c/media-source#21
[3] w3c/media-source#133
The text was updated successfully, but these errors were encountered: