- From: Ehsan Akhgari <ehsan.akhgari@gmail.com>
- Date: Wed, 4 Sep 2013 11:10:32 -0400
- To: Karl Tomlinson <karlt+public-audio@karlt.net>
- Cc: "public-audio@w3.org" <public-audio@w3.org>
Received on Wednesday, 4 September 2013 15:11:41 UTC
On Wed, Aug 28, 2013 at 7:35 PM, Karl Tomlinson < karlt+public-audio@karlt.net> wrote: > > On Thu, Aug 22, 2013 at 9:25 PM, Karl Tomlinson wrote: > > > >> looking at [3], I wonder whether a similar situation applies > >> in ScriptProcessorNode? > > Ehsan Akhgari writes: > > > ScriptProcessorNode, however, doesn't > > suffer from this problem, why would we want to restrict it in any way? > > The inputBuffer of an AudioProcessingEvent "will have a number of > channels equal to the numberOfInputChannels parameter of the > createScriptProcessor() method." > > It doesn't make sense to change the channelCount on the > ScriptProcessorNode because this will not change the buffer > delivered to in the event. > > Perhaps the spec could be extended to make it possible to change > the channel count of the buffers passed to the > AudioProcessingEvent, which is the feature requested in [3], but > that is not currently possible. > > >> [3] https://www.w3.org/Bugs/Public/show_bug.cgi?id=17534 > Yeah, you're right. My bad! -- Ehsan <http://ehsanakhgari.org/>
Received on Wednesday, 4 September 2013 15:11:41 UTC