- From: Norbert Schnell <Norbert.Schnell@ircam.fr>
- Date: Wed, 8 Oct 2014 18:03:41 +0200
- To: Raymond Toy <rtoy@google.com>
- Cc: "public-audio@w3.org" <public-audio@w3.org>
- Message-Id: <25C2564E-0464-48F4-9127-01E417B82218@ircam.fr>
Whoopee!!! Great idea (in meantime we didn’t dare asking again :-).
On 08 Oct 2014, at 17:22, Raymond Toy <rtoy@google.com> wrote:
> Chris and I were discussing the possibility of allowing a user to set the coefficients of a biquad filter directly, as mentioned in https://github.com/WebAudio/web-audio-api/issues/323
>
> This ability makes it possible to have a first-order filter, which isn't possible now. This also makes it easier to create higher-order filters from biquads where you've decomposed the filter into a set of biquads with the coefficients. No need to convert each biquad into a lowpass, bandpass, and highpass filter with appropriate frrequency and Q values.
>
> We think this is a good idea, but were not sure on exactly how to expose this.
> Should we have setCoefficients(b0,b1,b2,a1,a2) create a "custom" filter type?
> This would preclude any kind of automation.
> The values of frequency, Q, gain would be undefined (in some way) for this filter type.
> Should the individual coefficients be exposed as audioparams?
> We couldn't come up with an actual use-case where any one would want, say, a linear ramp for, say, coefficient a1
> Some possibly interesting filtering affects might be possible.
> Thoughts?
I clearly would vote for the second (the audio parameters).
For many time variant filters it makes sense to update the coefficients with a more sophisticated algorithm on one rate (e.g. every few milliseconds) and add linear transitions between successive sets of coefficients in audio rate to generate smooth filters.
N.
_____________________
N o r b e r t S c h n e l l
{ Sound Music Movement } Interaction
IRCAM – Centre Pompidou
Received on Wednesday, 8 October 2014 16:04:10 UTC