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

Re: New proposal for fixing race conditions

From: Robert O'Callahan <robert@ocallahan.org>
Date: Wed, 31 Jul 2013 11:13:27 +1200
Message-ID: <CAOp6jLYE8VzVJV2F36QZuHOo0xrEFQ7osqDELyOTTQrKsGB_Og@mail.gmail.com>
To: Ehsan Akhgari <ehsan.akhgari@gmail.com>
Cc: Jussi Kalliokoski <jussi.kalliokoski@gmail.com>, Jer Noble <jer.noble@apple.com>, Olivier Thereaux <Olivier.Thereaux@bbc.co.uk>, WG <public-audio@w3.org>
On Wed, Jul 31, 2013 at 9:35 AM, Ehsan Akhgari <ehsan.akhgari@gmail.com>wrote:

> When discussing how to fix the shared memory problem, we have either Roc's
> proposal on the table which doesn't change the API surface but uses
> neutering to prevent concurrent accesses to the same buffer, or Jer's
> proposal which breaks the API surface and does not use neutering in order
> to work around the WebKit + JSC bug.  I personally think that Jer's
> solution is a cleaner API, but we have decided to not fix other problems in
> the API in order to maintain backwards compatibility, and I would like to
> urge everybody to keep the trade-offs in mind when casting their vote.

I think once Jer clarifies the conditions under which
NO_MODIFICATION_ALLOWED_ERR is fired, his proposal may have similar
complexity to mine (perhaps even more complex, since he introduces the new
AudioBufferChannel object and APIs to work with it). Let's wait and see.

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:13:53 UTC

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