Contact emails
hong...@chromium.org,
mjwi...@chromium.org
Explainer
None
Specification
https://webaudio.github.io/web-audio-api/#dom-baseaudiocontext-renderquantumsize
Summary
AudioContext and OfflineAudioContext now take an optional renderSizeHint, which allows users to ask for a particular render quantum size when an integer is passed, to use the default of 128 frames if nothing or "default" is passed, or to ask the User-Agent to pick a good render quantum size if "hardware" is specified.
Blink component
Blink>WebAudio
Motivation
It is difficult and complex to write a web app when the audio processing block size does not match with the WebAudio render quantum size (128 sample-frames). Removing this restriction and making it customizable on AudioContext would enable easier development and more efficient audio processing.
Initial public proposal
None
TAG review
None
TAG review status
Not applicable
Risks
Interoperability and Compatibility
None
Gecko: No signal
(
https://github.com/WebAudio/web-audio-api/pull/2469)
A Firefox developer wrote the specification change.
WebKit: No signal
Web developers: Positive
(
https://github.com/WebAudio/web-audio-api/issues/1503)
Developers have requested a way to increase the render quantum size, and are looking forward to the feature being implemented.
Other signals:
WebView application risks
Does this intent deprecate or change behavior of existing APIs,
such that it has potentially high risk for Android WebView-based
applications?
None
Debuggability
None
No
Flag name on about://flags
None
Finch feature name
None
Non-finch justification
None
Requires code in //chrome?
False
Tracking bug
https://crbug.com/40637820
Estimated milestones
No milestones specified
Link to entry on the Chrome Platform Status
https://chromestatus.com/feature/5078190552907776?gate=5189508454416384