AudioContext "interrupted" state

[gabrielsanbrito]

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

mozilla/standards-positions#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 WebAudio/web-audio-api#2392 and its development in Chromium is being tracked in https://chromestatus.com/feature/5172068166139904.

[jernoble]

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.