W3C home > Mailing lists > Public > public-audio@w3.org > January to March 2012

Re: Specificity in the Web Audio API spec

From: Raymond Toy <rtoy@google.com>
Date: Fri, 30 Mar 2012 09:23:39 -0700
Message-ID: <CAE3TgXECgW25F5sGdP1AzAVHe4r==2a-Jpa-5Nd-y1-VVshD9g@mail.gmail.com>
To: Jussi Kalliokoski <jussi.kalliokoski@gmail.com>
Cc: "Wei, James" <james.wei@intel.com>, "public-audio@w3.org" <public-audio@w3.org>
On Fri, Mar 30, 2012 at 6:37 AM, Jussi Kalliokoski <
jussi.kalliokoski@gmail.com> wrote:

> > I think you raise some interesting points.  What is the goal here?  Are
> you expecting that independent implementations will always produce
> *exactly* the same output for the same input?
> Yes, that would be quite ideal. Otherwise if you need that precision (a
> DAW hardly can afford to sound different on differnet platforms, especially
> on such a crucial element as a delay node), you're going to have to exclude
> browsers or resort to a JavaScript implementation for a tool that's
> supposed to be predefined. Kind of beats the purpose of having predefined
> nodes, I think. And having these algorithms well defined in the spec is
> something to push browser vendors to fix their implementations instead of
> marking them as WontFix because it follows the spec that isn't defined well
> enough.

I definitely agree that having all browsers produce the same output would
be ideal.  But that requires a *huge* effort  to make the spec precise
enough.  Even a difference between using floats or doubles in the
algorithms can make a difference in the results.   Alternatively, you could
say that the current webkit implementation is the reference.  But that has
it's own problems because once the spec is blessed, so is the
implementation so that it can't be changed for ever after.

We'll probably have to choose some middle ground where, perhaps, the
algorithms are specified, but the implementation details are left to the
browser.  That's still a huge effort.

But I definitely agree the spec should be as precise as reasonably possible.

Received on Friday, 30 March 2012 16:24:13 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:49:58 UTC