- From: Jer Noble <jer.noble@apple.com>
- Date: Mon, 29 Jul 2013 14:46:19 -0700
- To: Joseph Berkovitz <joe@noteflight.com>
- Cc: WG <public-audio@w3.org>
Received on Monday, 29 July 2013 21:46:46 UTC
On Jul 29, 2013, at 2:22 PM, Joseph Berkovitz <joe@noteflight.com> wrote: > > On Jul 29, 2013, at 5:17 PM, Jer Noble <jer.noble@apple.com> wrote: > >> >> On Jul 29, 2013, at 2:07 PM, Joseph Berkovitz <joe@noteflight.com> wrote: >> >>>> I’ve updated the gist <https://gist.github.com/jernoble/6034137> to remove all references to “alternatives” and added a section about memory and performance considerations. >>> >>> Thanks Jer. >>> >>> Followon question: is every aspect of your proposal required for it to work? >> >> Only so much as the required parts are required. ;-) > > Uhh, yes, perhaps a poor phrasing of the question. In any case I wanted to see if we could avoid being hung up at this point the any Float32Array changes, and it seems we can. If we do get hung up on the Float32Array changes, we could also fall back to providing a “ArrayBufferChannel.copyTo(Float32Array)” method, which while not as semantically nice as the Float32Array.set() method would at least give the same functionality. -Jer
Received on Monday, 29 July 2013 21:46:46 UTC