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

Re: limiting channel count through channelCount and channelCountMode limitations, in PannerNode et al.

From: Ehsan Akhgari <ehsan.akhgari@gmail.com>
Date: Wed, 4 Sep 2013 11:10:32 -0400
Message-ID: <CANTur_4MJ0cvLXsXOjQ7EniEpccz9ZmLeAv7dEpp0C+TRo_56Q@mail.gmail.com>
To: Karl Tomlinson <karlt+public-audio@karlt.net>
Cc: "public-audio@w3.org" <public-audio@w3.org>
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

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:03:23 UTC