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

Re: Preparing the vote on the data race issue

From: Robert O'Callahan <robert@ocallahan.org>
Date: Wed, 31 Jul 2013 11:08:08 +1200
Message-ID: <CAOp6jLZH2dSF=Snwjw71bS3E10HbopHEe_9stQiFHd-4cZC+0g@mail.gmail.com>
To: Ehsan Akhgari <ehsan.akhgari@gmail.com>
Cc: Jer Noble <jer.noble@apple.com>, Olivier Thereaux <Olivier.Thereaux@bbc.co.uk>, Joseph Berkovitz <joe@noteflight.com>, WG <public-audio@w3.org>
More comments about https://gist.github.com/jernoble/6034137:

What does it mean for the AudioBuffer.channels array to be "read-only"? I
don't think that makes sense actually. I'd replace this with
getChannel(channelNum) instead.

The AudioBuffer constructor that takes an array (or sequence) of
Float32Arrays needs to specify that it copies the contents of those arrays
(I believe that's your intent?).

"if the AudioBufferChannel is currently is use by a live AudioNode" is not
adequately defined. This needs to be very carefully defined, preferably in
terms of observable events on the main thread.

AudioProcessingEvent needs to specify the initial values for the
inputBuffer and outputBuffer attributes. Are they fresh AudioBuffers every
time an event fires, or do values get reused? And what is the state of the
initial outputBuffer object?

"Generating audio directly into an AudioBuffer using the new APIs will
still result in 0-additional allocations or copies." I don't quite see how,
or maybe I just don't know what exactly this means.

Rob
-- 
Jtehsauts  tshaei dS,o n" Wohfy  Mdaon  yhoaus  eanuttehrotraiitny  eovni
le atrhtohu gthot sf oirng iyvoeu rs ihnesa.r"t sS?o  Whhei csha iids  teoa
stiheer :p atroa lsyazye,d  'mYaonu,r  "sGients  uapr,e  tfaokreg iyvoeunr,
'm aotr  atnod  sgaoy ,h o'mGee.t"  uTph eann dt hwea lmka'n?  gBoutt  uIp
waanndt  wyeonut  thoo mken.o w  *
*
Received on Tuesday, 30 July 2013 23:08:35 UTC

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