standards-positions
standards-positions copied to clipboard
WebKit
AudioContext "interrupted" state
WebKittens
@youennf @jernoble
Title of the proposal
AudioContext "interrupted" state
URL to the spec
https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/AudioContextInterruptedState/explainer.md
URL to the spec's repository
No response
Issue Tracker URL
No response
Explainer URL
https://github.com/MicrosoftEdge/MSEdgeExplainers/blob/main/AudioContextInterruptedState/explainer.md
TAG Design Review URL
No response
Mozilla standards-positions issue URL
https://github.com/mozilla/standards-positions/issues/1083
WebKit Bugzilla URL
No response
Radar URL
No response
Description
The main goal of this proposal is to allow the UA to be able to interrupt AudioContext playback when needed. The "suspended" state is not enough, because the AudioContext can only move to this state in response to a user action. Because we'd like to allow the UA to pause audio playback when needed, we propose the addition of a new "interrupted" state. Some situations where we might want to let the UA decide when to interrupt playback are: the proposed "media-playback-while-not-visible" permission policy, the proposed Audio Session API, or during a phone call where the calling application will need exclusive access to the audio hardware.
This feature is being discussed in https://github.com/WebAudio/web-audio-api/issues/2392 and its development in Chromium is being tracked in https://chromestatus.com/feature/5172068166139904.
WebKit is supportive of the goal to add the "interrupted" state to AudioContext. Me may need to align with the future spec changes, however it will be great to align with other implementors.
@jernoble @othermaciej if WebKit is supportive of this proposal, can you add the appropriate "position" label indicating Webkit's official position on this? I am assuming that WebKit supports this :)