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

Re: Races - how bad?

From: Jer Noble <jer.noble@apple.com>
Date: Wed, 31 Jul 2013 18:58:37 -0700
Cc: Joseph Berkovitz <joe@noteflight.com>, Ehsan Akhgari <ehsan.akhgari@gmail.com>, "public-audio@w3.org" <public-audio@w3.org>
Message-id: <8941FAA8-9604-4E32-AE8C-4F782F021D44@apple.com>
To: Srikumar Karaikudi Subramanian <srikumarks@gmail.com>

On Jul 31, 2013, at 6:51 PM, Srikumar Karaikudi Subramanian <srikumarks@gmail.com> wrote:

> 1. In the "Memory and Performance Considerations" section, the text -
> 
>> Generating audio directly into an AudioBuffer using the new set() method will still result in 0-additional allocations or copies.
> 
> 
> is likely dated and ought to be removed? AudioBuffer doesn't have a set() method
> 

Sorry that this still isn't clear.  This should refer to AudioBufferChannel.

>  and the set() method on AudioBufferChannel does require a copy as per its description.

You would also need to copy data into a Float32Array, so this referencing that using AudioBufferChannel.set() directly requires no additonal allocations or copies as compared to Float32Array.set().

-Jer
Received on Thursday, 1 August 2013 02:00:16 UTC

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