W3C home > Mailing lists > Public > public-xg-audio@w3.org > November 2010

Re: Comments on the Web Audio API proposal

From: Ricard Marxer Pin <ricardmp@gmail.com>
Date: Thu, 4 Nov 2010 16:23:52 +0100
Message-ID: <AANLkTikvdONhv_6jJ-Sryn7D17bkN_Td=yykSSSOYMsu@mail.gmail.com>
To: Alistair MacDonald <al@bocoup.com>
Cc: David Humphrey <David.Humphrey@senecac.on.ca>, Silvia Pfeiffer <silviapfeiffer1@gmail.com>, public-xg-audio@w3.org
Dear Silvia,

Sorry for coming late to this discussion.  I do think that having a
Linear Algebra library in JavaScript would be really helpful for some
of the DSP work.  As Chris Rogers said it would probably not be
sufficient since many DSP processes deal with a state and therefore
cannot be easily expressed in linalg operations.  But on the other
hand, for most of the audio analysis work that we are doing here at my
lab we are using the Eigen (http://eigen.tuxfamily.org) library and
this simplifies things significantly, since a big part of the
optimization is done in Eigen already.

I don't know if there is any working group or incubator dealing with
this topic.  Maybe someone else in the list knows.


On Mon, Oct 18, 2010 at 10:50 PM, Alistair MacDonald <al@bocoup.com> wrote:
> Dave, Silvia,
> I see what you mean, apologies for missing that.
> Al
> On 10/18/2010 04:46 PM, David Humphrey wrote:
>>> This idea has been brought up by quite a few people I have talked to at
>>> Web Audio workshops. The general consensus from JavaScript developers,
>>> seems to be that this is a good idea to have some core functions added
>>> to the JavaScript Math object.
>> >>
>>>> Has the group ever considered creating a maths JavaScript library for
>>>> which hardware support can be implemented and making that generally
>>>> available to the Web browser rather than creating audio-specific
>>>> filters? It was a question I was asked recently when discussing the
>> Al, it seems to me that Silvia is saying something slightly different,
>> namely, creating a JS lib vs. adding things to Math directly. Once created,
>> such a lib could be optimized heavily in the JS implementations, and/or
>> merged into Math or wherever.
>> I think this sort of approach is ideal, notwithstanding Chris' reply that
>> it misses cases where state matters--I'd argue that there are still many
>> cases where having access to such a lib would be helpful. I know from
>> experience that getting JS like this heavily optimized can be done, and that
>> these devs are eager for such real-world examples.
>> I also think that there will be cross over with other non-audio domains,
>> and leveraging this work across them makes the most sense to me.
>> Dave

Received on Thursday, 4 November 2010 15:24:42 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:37:58 UTC