Cool, works, and if your planing on doing something, besides a clear message you could also think of a "set" message where it receives a list of numbers setting the samples in the delay line (max list size = delay size).

The "set" message would really make it much more powerful ;) - reminding that delay~ and delwrite~ don't have this, only fexpr~

Let me know how you feel about the suggestion, and when you could do that if you're considering adding such features.

cheers

2015-12-11 20:08 GMT-02:00 IOhannes m zmölnig <zmoelnig@iem.at>:
On 12/11/2015 11:01 PM, Alexandre Torres Porres wrote:
> 2015-12-08 17:16 GMT-02:00 Christof Ressi <christof.ressi@gmx.at>:
>
>> Actually, [z~] is cleared everytime you change the right inlet
>
>
> Although it serves well for the mean filter, I just came across the need to
> clear the buffer for the same delay size, so I can't use [z~] or [delay~]
> or [delwrite~]/[delread~]...
>
> so only option is [fexpr~] - which has a block limit but suits me
>
> anyway, not a bad idea to add a clear method to [z~] anyway

how about giving [z~] a dummy delay (e.g. 'required+1') to trigger the
clearing, and then set it back to the original value ('required')?
not very elegant, but works *now*.

fmadsr
IOhannes


_______________________________________________
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list