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

Re: [web-audio-api] OfflineAudioContext and ScriptProcessorNodes (#69)

From: Olivier Thereaux <notifications@github.com>
Date: Wed, 11 Sep 2013 07:29:37 -0700
To: WebAudio/web-audio-api <web-audio-api@noreply.github.com>
Message-ID: <WebAudio/web-audio-api/issues/69/24244270@github.com>
> [Original comment](https://www.w3.org/Bugs/Public/show_bug.cgi?id=22723#20) by Robert O'Callahan (Mozilla) on W3C Bugzilla. Tue, 23 Jul 2013 23:22:44 GMT

If we allow the UA to set the ScriptProcessorNode buffer size, we can potentially use larger ScriptProcessorNode buffer sizes. For example, if there's one ScriptProcessorNode in the graph and it's not in a cycle, we can process N blocks for all the nodes before the ScriptProcessorNode, run the ScriptProcessorNode with a buffer of N*128 samples, and then process N blocks for all the nodes after the ScriptProcessorNode.

BTW, no matter how we resolve the block size issue, there's a quite severe problem we need to address: what happens if the ScriptProcessorNode's event handler modifies the audio graph. This isn't a big problem when the event handler is running asynchronously (the current situation), but it becomes a huge problem when we're effectively running it synchronously.

Reply to this email directly or view it on GitHub:
Received on Wednesday, 11 September 2013 14:30:05 UTC

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