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

Re: oscillators and the Web Audio API

From: Chris Lowis <chris.lowis@bbc.co.uk>
Date: Wed, 08 Feb 2012 10:50:19 +0000
Message-ID: <4F32536B.9070103@bbc.co.uk>
To: robert@ocallahan.org
CC: public-audio@w3.org
On 08/02/2012 10:45, Robert O'Callahan wrote:
> On Wed, Feb 8, 2012 at 11:05 PM, Chris Lowis <chris.lowis@bbc.co.uk
> <mailto:chris.lowis@bbc.co.uk>> wrote:
>     On 08/02/2012 02:35, Robert O'Callahan wrote:
>         Ultimately we're going to need more than one implementation of
>         (whatever
>         the API is), probably one per browser engine. So it's not just a
>         matter
>         of contributing code to "the Web Audio API".
>     I agree with you up to a point. However the code in Webkit is under
>     a permissive license so will be available for porting to other
>     browser engines at a later date.
>     The contribution of code by a particular individual to a particular
>     engine is not the concern of the W3C working group in my opinion,
>     and further more should not be discouraged. As Phil said, he'll work
>     on this "offline" and I'm sure we can follow updates on his progress
>     here or in the Webkit repo.
> I'm certainly not trying to discourage Phil from contributing code to
> any project he wants!
> However, it's very important to distinguish the Web Audio API from the
> Webkit implementation of that API. If the Web Audio API is to become a
> W3C spec, it needs be implementable from the spec, without borrowing or
> reverse engineering the code of Webkit or any other implementation.

Ah, I see where you're coming from - that makes sense. I think we've 
seen the merits of basing specifications on working implementations, so 
if some ideas for the oscillators can be tried out in Webkit we then 
need to take the important step, as you point out, of specifying that 
accurately in the spec for other implementations to be based on.


Received on Wednesday, 8 February 2012 10:53:34 UTC

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