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

Re: Races - how bad?

From: Robert O'Callahan <robert@ocallahan.org>
Date: Thu, 1 Aug 2013 11:42:41 +1200
Message-ID: <CAOp6jLbHX6ovWypdVnHVgZVYzY6ndSADydLD7eYHVeqnc3cqDw@mail.gmail.com>
To: Jer Noble <jer.noble@apple.com>
Cc: Joseph Berkovitz <joe@noteflight.com>, Ehsan Akhgari <ehsan.akhgari@gmail.com>, "public-audio@w3.org" <public-audio@w3.org>
On Thu, Aug 1, 2013 at 11:29 AM, Jer Noble <jer.noble@apple.com> wrote:

> On Jul 31, 2013, at 4:22 PM, Joseph Berkovitz <joe@noteflight.com> wrote:
> Due to the dependence on AudioBufferSourceNode "liveness", the behavior
> appears to be conditional/unpredictable.
> If a proposal can guarantee runtime errors to be thrown by risky behavior,
> I think this is a big plus.
> I’ve updated the proposal <https://gist.github.com/jernoble/6034137> to
> enumerate when an AudioNode is *live*, and these states are deterministic
> and predictable.

Excellent, thanks.

"An AudioBuffer is immutable if it is associated with a live AudioNode."
should be clarified for the case where the live AudioNode is an
AudioBufferSourceNode. (One problem is that the spec doesn't currently say
what happens if the 'buffer' attribute is modified while the
AudioBufferSourceNode is playing.) Can you make this precise?

Another issue is that you talk about status changes "after the dispatch of
an event". It sounds like you change the status before the execution of the
event handler; is this correct? That should probably be clarified.

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 Wednesday, 31 July 2013 23:43:08 UTC

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