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

Re: Proposal for fixing race conditions

From: Jer Noble <jer.noble@apple.com>
Date: Tue, 16 Jul 2013 23:39:48 -0700
Message-id: <D8093310-000B-40B2-800A-4A464FD51510@apple.com>
Cc: "K. Gadd" <kg@luminance.org>, Olivier Thereaux <Olivier.Thereaux@bbc.co.uk>, WG <public-audio@w3.org>
To: "robert@ocallahan.org" <robert@ocallahan.org>

> On Jul 16, 2013, at 11:17 PM, Robert O'Callahan <robert@ocallahan.org> wrote:
> 
> It's not clear to me how this example works. If the decoder is decoding into a buffer that's being played at the same time, hilarity ensues. If it's not, we can reclaim the buffer internally as I pointed out in a previous message.

I wasn't targeting your specific proposal in this example, but rather the worst case specification of "always copy". Your proposal does an admirable job of limiting mallocs and memcopys wherever possible, at the expense of implementation and spec complexity. 

-Jer
Received on Wednesday, 17 July 2013 06:40:22 UTC

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