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

Re: Aiding early implementations of the web audio API

From: Mark Boas <markb@happyworm.com>
Date: Wed, 23 May 2012 11:34:52 +0200
Message-ID: <CAMnc=uAG3hke_CMiJKFR1oCT4ohG1YoUDb7EmeLj8WA8vP86ww@mail.gmail.com>
To: Jussi Kalliokoski <jussi.kalliokoski@gmail.com>
Cc: Marcus Geelnard <mage@opera.com>, robert@ocallahan.org, Chris Wilson <cwilso@google.com>, Colin Clark <colinbdclark@gmail.com>, Chris Rogers <crogers@google.com>, public-audio@w3.org, Alistair MacDonald <al@signedon.com>
I welcome this discussion and I agree with the independent
functions/classes and also that we should provide low enough level hooks
right in for the developers, this doesn't necessarily have to be exclusive
of the high-level stuff. In general I feel we should watch out for bloat
and try and establish a minimum viable 'product' as much as that makes
sense in this context.

Whether the cows get lost or not - they should be free to roam! :)


On Wed, May 23, 2012 at 10:43 AM, Jussi Kalliokoski <
jussi.kalliokoski@gmail.com> wrote:

> On Wed, May 23, 2012 at 11:17 AM, Marcus Geelnard <mage@opera.com> wrote:
>> Den 2012-05-23 01:46:06 skrev Chris Wilson <cwilso@google.com>:
>>  One question - "exposing the behaviour of built-in AudioNodes in a manner
>>> that authors of JavaScriptAudioNodes can harness" sounds like subclassing
>>> those nodes to me, which isn't the same thing as providing only
>>> lower-level libraries (like FFT) and asking developers to do the hook-up
>>> in JS nodes. What's the desire here?
>> I think the cleanest and most useful approach would be to provide
>> functions/classes independent of the Audio API, so that you can use it in
>> any way you want, including applications other than audio. For instance,
>> compare this to how typed arrays originally emerged from WebGL (it was a
>> requirement for making WebGL work), but has found wide-spread use in many
>> other applications too.
>> /Marcus
> My thoughts exactly.
Received on Wednesday, 23 May 2012 09:35:22 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:04 UTC