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: Fri, 15 Jun 2012 15:52:04 +0000
To: public-audio@w3.org
Message-Id: <E1SfYoe-0003Ux-92@jessica.w3.org>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=17399

--- Comment #9 from Philip J <philipj@opera.com> 2012-06-15 15:52:03 UTC ---
If defined in seconds, (In reply to comment #8)
> Was it decided to specify sampling in terms of the number of samples instead of
> a time duration?

Nope, it's still an open issue here and for enforcing minimum delays in loops.

> I prefer the use of a time duration (gives the implementation more flexibility
> to be sample-rate-independent), and I thought the discussion on the mailing
> list about the minimum delay for DelayNodes was heading that way.

What do you mean by sample-rate-independent in this context?

If two implementations running at the same sampling rate don't sample
AudioParam at exactly the same interval (in samples) then they won't sound the
same. My favorite example is when the AudioParam is a high-frequency sine wave,
where the result of sampling every n samples and every n+1 samples may be
audibly different. I think that in order to define the sampling in terms of
seconds, the AudioParam must also be correctly down-sampled to avoid this.

-- 
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 Friday, 15 June 2012 15:52:06 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Friday, 15 June 2012 15:52:09 GMT