W3C home > Mailing lists > Public > public-audio@w3.org > April to June 2012

Audio-ISSUE-87 (HardwareScalability): Hardware Scalability section is vague and incomplete [Web Audio API]

From: Audio Working Group Issue Tracker <sysbot+tracker@w3.org>
Date: Fri, 18 May 2012 12:45:33 +0000
Message-Id: <E1SVMYn-0002hj-U4@tibor.w3.org>
To: public-audio@w3.org
Audio-ISSUE-87 (HardwareScalability): Hardware Scalability section is vague and incomplete [Web Audio API]

http://www.w3.org/2011/audio/track/issues/87

Raised by: Philip J├Ągenstedt
On product: Web Audio API

https://dvcs.w3.org/hg/audio/raw-file/tip/webaudio/specification.html#hardware-scalability

This section contains normative (RFC2119) language but looks like it's design requirements that were input to creating the spec and or implementation. A number of different approaches are mentioned, but none are required. There are a few particularly strange statements:

"The system should gracefully degrade to allow audio processing under resource constrained conditions without dropping audio frames."

"First of all, it should be clear that regardless of the platform, the audio processing load should never be enough to completely lock up the machine."

"The system should be able to run on a range of hardware, from mobile phones and tablet devices to laptop and desktop computers."

What is the system? Are these really intended to be normative requirements?

"In order to avoid audio breakup, CPU usage must remain below 100%."

This certainly doesn't look like a normative requirement, it's just "must" used in a non-RFC2119 way.

These may-level requirements are worrying:

"It may also be exposed through a cpuUsage attribute of AudioNode for use by JavaScript."

"An AudioNode can have a priority attribute to help determine the relative importance of the voices."

Either AudioNode expose the attributes, or it does not.

There are more issues, but we recommend to drop the section entirely. If any of it should remain, we will have to go over it in more detail.
Received on Friday, 18 May 2012 12:45:41 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 18 May 2012 12:45:41 GMT