Re: [minutes] Audio WG teleconference 2013-09-19

On Fri, Sep 20, 2013 at 12:57 AM, Olivier Thereaux <
Olivier.Thereaux@bbc.co.uk> wrote:

>
> * Github web-audio-api Issue 127
> https://github.com/WebAudio/web-audio-api/issues/127#issuecomment-24507931
> There was a discussion on this issue. Paul had suggested a solution where
> filtering out high frequency would not be a MUST but a SHOULD, so as to
> avoid unwanted filtering when using mathematical oscillators. The group
> raised issues with this proposal, and an alternative solution was found and
> adopted: keep filtering required, and add an option for oscillators to be
> audio or mathematical.
>

Is there a reason why a ScriptProcessorNode could not be used for these
mathematical oscillators?

Ray


>
> * Behavior of source nodes on connect/disconnect
> http://lists.w3.org/Archives/Public/public-audio/2013JulSep/thread.html#msg1812
> This is a tricky question with no obvious consensus yet. We will track it
> as an issue.
>
> * ScriptProcessorNode behavior without JavasScript references
> http://lists.w3.org/Archives/Public/public-audio/2013JulSep/thread.html#msg1897
> There was agreement that the current solution in the spec is probably the
> least problematic, and that we should mention in the spec (as well as in
> developer evangelism material) what the best practice is and how to avoid
> creating memory leaks in this situation.
>
> * DynamicsCompressorNode.reduction is read-only AudioParam ?
> http://lists.w3.org/Archives/Public/public-audio/2013JulSep/thread.html#msg583
> Chris W explained the use case for side chain compression and how it
> affects needs around the Compressor node. We agreed to split the solution
> in two: officially make DynamicsCompressorNode.reduction a read-only float,
> and open an issue to track the discussion around a possible future solution
> for side chain compression.
>
> * Next meeting
> October 3rd, same time and place.
>
>
> --
> Olivier
>
>
>
>
>
> -----------------------------
> 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 Friday, 20 September 2013 17:11:50 UTC