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

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

From: Olivier Thereaux <notifications@github.com>
Date: Wed, 11 Sep 2013 07:28:05 -0700
To: WebAudio/web-audio-api <web-audio-api@noreply.github.com>
Message-ID: <WebAudio/web-audio-api/issues/69@github.com>
> Originally reported on W3C Bugzilla [ISSUE-22723](https://www.w3.org/Bugs/Public/show_bug.cgi?id=22723) Thu, 18 Jul 2013 14:02:52 GMT
> Reported by Olivier Thereaux
> Assigned to 

E-mail Thread:
http://lists.w3.org/Archives/Public/public-audio/2013JulSep/thread.html#msg105

Kumar Wrote:
Q: Can script processor nodes be expected to run 
synchronously during offline rendering?

By that I mean will native components wait for 
a script node to complete its task before proceeding
to the next block of sample frames? Though it would
be ridiculous if they are not, the spec isn't clear 
on this.

When using the realtime context, the audio thread
is not expected to wait for compute intensive 
script nodes and consequently the script nodes
operate with a delay. This delay is unnecessary 
when rendering using the offline context and it
would be ok for the rendering thread to wait for 
the JS code before continuing.

Ensuring this has another benefit - that of providing
a mechanism by which we can use a script node as a
periodic callback timer to instantiate native nodes
just in time when rendering long compositions.


Chris Rogers replied:

Yes, this is how it should work.  
Currently, this is a limitation in the WebKit and Blink implementations.



TODO: edit the spec accordingly.

---
Reply to this email directly or view it on GitHub:
https://github.com/WebAudio/web-audio-api/issues/69
Received on Wednesday, 11 September 2013 14:28:30 UTC

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