[PD] FIR~ convolution array length bug

Mathieu Bouchard matju at artengine.ca
Sun Aug 22 17:52:37 CEST 2010

On Sun, 22 Aug 2010, Andy Farnell wrote:
> On Sun, 22 Aug 2010 15:38:50 +0200
> Ludwig Maes <ludwig.maes at gmail.com> wrote:
>> probably some offset problem? or
>> hardcoded assumption that it will be longer than 2?
> Convolution doesn't really make much sense for 1
> where it degenerates to simple multiplication.

Multiplication by 1 doesn't make much sense, where it degenerates to not 
multiplying. Yet it's allowed. Why ?

To unify with the special case of "here we don't really have to multiply".
Because it's less complicated like that and it doesn't cost anything to 
allow this feature.

as an example of this uniformity principle, GridFlow's [#convolve] allow 
convolution kernels of size 1 and of size 0, just because there's no real 
reason to forbid them. In such cases, they do what is expected of them : 
multiply by a constant, and multiply by zero, respectively.

And then, if Ludwig said it right, [FIR~] wouldn't work for a kernel size 
of 2... what would you say ? that it doesn't make much sense because you 
can do that with [rzero~] and [*~] together ?

  _ _ __ ___ _____ ________ _____________ _____________________ ...
| Mathieu Bouchard, Montréal, Québec. téléphone: +1.514.383.3801

More information about the Pd-list mailing list