W3C home > Mailing lists > Public > public-audio@w3.org > July to September 2013

Re: New proposal for fixing race conditions

From: Jer Noble <jer.noble@apple.com>
Date: Mon, 22 Jul 2013 08:30:05 -0700
Cc: public-audio@w3.org, WG <public-audio@w3.org>
Message-id: <9A6B7B1F-1F0B-49F9-8F32-0E50084D554D@apple.com>
To: Russell McClellan <russell@motu.com>

On Jul 20, 2013, at 8:40 AM, Russell McClellan <russell@motu.com> wrote:

> I'm not sure I fully understand this new proposal by Jer, but it seems like it requires a new allocation of an audio buffer every time a ScriptProcessorNode processes an event.  If I'm right about this, my intuition is that this will degrade the performance characteristics of the ScriptProcessorNode.  I could be wrong about either of these propositions - please correct me if I am.  

For the immutable AudioBuffer proposal, this is true.

For the (updated, non-immutable) proposal, it would require a memcpy, but not an allocation.  You would write directly to outputBuffer.

-Jer
Received on Monday, 22 July 2013 15:30:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:50:10 UTC