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