- From: Robert O'Callahan <robert@ocallahan.org>
- Date: Thu, 17 Nov 2011 10:43:23 +1300
- To: Jonathan Baudanza <jon@jonb.org>
- Cc: public-audio@w3.org
Received on Wednesday, 16 November 2011 21:43:55 UTC
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 UTC