Re: Call for Consensus: retire current ScriptProcessorNode design & AudioWorker proposal from Srikumar K. S. on 2014-08-13 (public-audio@w3.org from July to September 2014)

From: Srikumar K. S. <srikumarks@gmail.com>
Date: Wed, 13 Aug 2014 06:26:34 +0530
To: Chris Wilson <cwilso@google.com>
Cc: Joseph Berkovitz <joe@noteflight.com>, Raymond Toy <rtoy@google.com>, Robert O'Callahan <robert@ocallahan.org>, Olivier Thereaux <olivier.thereaux@bbc.co.uk>, Audio WG <public-audio@w3.org>
Message-Id: <4AF21E69-DBB1-46C1-B8C1-7B8D9CCD98C2@gmail.com>

> To me, it would even be acceptable to support *only* 128 since I’m happy to build in any
> other buffering I’d need. The buffer length argument of main thread script node was, I believe,
> introduced to give some control over potential UI/layout related stuttering by increasing latency. 
> This would no longer be necessary with worker nodes since they’ll be running in the same 
> thread.

Also, if worker nodes are running synchronously in the audio thread, the playbackTime field 
in the event can perhaps be removed. It seems to me that playback time would be the same as 
currentTime or currentTime+bufferLength/samplingRate in all cases?

Attachments

application/pkcs7-signature attachment: smime.p7s

Received on Wednesday, 13 August 2014 00:57:10 UTC