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

[Bug 17399] (AudioParamSampling): AudioParam sampling is undefined

From: <bugzilla@jessica.w3.org>
Date: Tue, 12 Jun 2012 08:34:27 +0000
To: public-audio@w3.org
Message-Id: <E1SeMYV-00066g-3V@jessica.w3.org>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17399

Philip J <philipj@opera.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |philipj@opera.com
         Resolution|FIXED                       |

--- Comment #6 from Philip J <philipj@opera.com> 2012-06-12 08:34:16 UTC ---
What spec says is now mostly correct, but the wrong part is normative. What
implementation *actually* have to do is sample at the beginning of a each
128-sample block, but this is not normative. Conversely, the 3ms requirement
*is* normative, even though 3ms at 8KHz is 24 samples and not what will
actually be implemented.

Suggestion: Remove all mention of 3ms and state:

<p>
Implementations must use block processing, with each <code>AudioNode</code>
processing 128 sample-frames in each block.
</p>

and

<p>
For each 128 sample-frame block, the value of a <em>k-rate</em> parameter must
be sampled at the time of the very first sample-frame, and that value must be
used for the entire block.
</p>

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Tuesday, 12 June 2012 08:35:41 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 12 June 2012 08:35:42 GMT