W3C home > Mailing lists > Public > public-audio@w3.org > October to December 2011

Re: WebAudio feedback and suggestions

From: Robert O'Callahan <robert@ocallahan.org>
Date: Thu, 17 Nov 2011 10:43:23 +1300
Message-ID: <CAOp6jLYX3OLfO2N1Vr2cU-OqsaZebSZ5d3sf2duJQ2=Bi4jEtg@mail.gmail.com>
To: Jonathan Baudanza <jon@jonb.org>
Cc: public-audio@w3.org
On Thu, Nov 17, 2011 at 10:08 AM, Jonathan Baudanza <jon@jonb.org> wrote:

>
>
>> This isn't exactly the same as what Joe proposed, but we're looking at a
>> solution which is somewhat better than setTimeout():
>> https://bugs.webkit.org/show_bug.cgi?id=70061
>>
>>
> This looks perfect.
>

The callback function will still run on the JS main thread, right? (It
needs to, to touch the AudioNode objects.) So you'll still glitch when the
main thread is running some other script (or doing something else) at that
exact moment.

In ProcessedMediaStream I solved this problem by having the addInput method
take a time parameter (relative to the progress of the output stream,
sample-accurate) at which the input stream becomes enabled and unblocks.

Rob
-- 
"If we claim to be without sin, we deceive ourselves and the truth is not
in us. If we confess our sins, he is faithful and just and will forgive us
our sins and purify us from all unrighteousness. If we claim we have not
sinned, we make him out to be a liar and his word is not in us." [1 John
1:8-10]
Received on Wednesday, 16 November 2011 21:43:55 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 16 November 2011 21:43:55 GMT