W3C home > Mailing lists > Public > public-audio@w3.org > January to March 2014

Re: ConvolverNode.buffer with extra channels?

From: Raymond Toy <rtoy@google.com>
Date: Mon, 31 Mar 2014 10:12:07 -0700
Message-ID: <CAE3TgXF0hGuy96quS4fZy4qWxZXgA9EheFzMUOCku3TjydDROg@mail.gmail.com>
To: Olivier Thereaux <olivier.thereaux@bbc.co.uk>
Cc: KeonHo Kim <keonho07.kim@samsung.com>, Audio WG <public-audio@w3.org>
Done. https://github.com/WebAudio/web-audio-api/issues/305

PR coming soon....


On Mon, Mar 31, 2014 at 7:15 AM, Olivier Thereaux <
olivier.thereaux@bbc.co.uk> wrote:

> Hi Ray, KeonHo,
>
> Would either of you be able to open an issue (or, better, a PR) against
> the current branch of the spec? https://github.com/WebAudio/web-audio-api
>
> This sounds like a sensible suggestion and I haven’t heard any opinion
> against the suggestion, so…
>
>
> Thanks,
> Olivier
>
>
>
> On 14 Mar 2014, at 20:51, Raymond Toy <rtoy@google.com> wrote:
> > On Fri, Mar 14, 2014 at 1:12 PM, Raymond Toy <rtoy@google.com> wrote:
> > http://webaudio.github.io/webA-audio-api/#attributes-14 says the buffer
> should be a mono, stereo, or 4-channel AudioBuffer.
> >
> >
> > Here's the correct link:
> http://webaudio.github.io/web-audio-api/#attributes-14
> >
> > On a different note, that link brings me somewhere in the paragraph
> about the buffer attribute, not the heading 2.15.1. Don't know if that's an
> issue with the spec itself or the browser. (This happens in both Chrome and
> Firefox.)
> >
> > What should happen if the AudioBuffer doesn't satisfy that? Seems to me
> we should throw a NOT_SUPPORTED_ERR exception.
>
>
>
>
> -----------------------------
> http://www.bbc.co.uk
> This e-mail (and any attachments) is confidential and
> may contain personal views which are not the views of the BBC unless
> specifically stated.
> If you have received it in
> error, please delete it from your system.
> Do not use, copy or disclose the
> information in any way nor act in reliance on it and notify the sender
> immediately.
> Please note that the BBC monitors e-mails
> sent or received.
> Further communication will signify your consent to
> this.
> -----------------------------
>
Received on Monday, 31 March 2014 17:12:37 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:50:13 UTC