Bug 17696 - Audio controls should not affect system audio settings
Summary: Audio controls should not affect system audio settings
Alias: None
Product: AudioWG - OBSOLETE - Moved to Github
Classification: Unclassified
Component: Web Audio Processing: Use Cases and Requirements (show other bugs)
Version: unspecified
Hardware: PC All
: P2 normal
Target Milestone: TBD
Assignee: Olivier Thereaux
QA Contact: public-audio
Depends on:
Reported: 2012-07-05 14:20 UTC by Olivier Thereaux
Modified: 2012-09-10 10:12 UTC (History)
1 user (show)

See Also:


Note You need to log in before you can comment on or make changes to this bug.
Description Olivier Thereaux 2012-07-05 14:20:03 UTC
From the “Review of Web Audio Processing: Use Cases and Requirements”

Need a requirement that audio controls not affect system audio settings i.e., should have impact just for audio under control of the Web application. For instance, it would be highly problematic if a "mute" in
the Web application muted all system audio. If other requirements mean system audio will be controllable from Web applications (this is not clear to me one way or the other right now), then instead the requirement is that users have an easy way to control whether to allow system audio settings to be impacted by in-application changes (e.g., via a user preference option in user agent).
Comment 1 Olivier Thereaux 2012-07-11 16:00:56 UTC
This seems like a WONTFIX for me. 

On the one hand, a web audio processing/synthesis API does only has in its scope the processing of whatever sources and destinations it is given, not beyond. 

On the other hand there could be cases where the web application *is* the operating system, and such a requirement would be counterproductive.

This was echoed by Doug 
in http://lists.w3.org/Archives/Public/public-audio/2012AprJun/0854.html :
> This one is more challenging.  In a traditional browser, there is no way 
> for the API to do that anyway, so there's no need to spell out the 
> requirement. In a "system OS" browser (something like Boot2Gecko), there 
> may not be any distinction between the browser and the OS, so this 
> requirement proposal doesn't make sense there either.
Comment 2 Olivier Thereaux 2012-09-10 10:12:16 UTC
No objection since July. Closing.