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 <[email protected]>: > On 12/11/2015 11:01 PM, Alexandre Torres Porres wrote: > > 2015-12-08 17:16 GMT-02:00 Christof Ressi <[email protected]>: > > > >> 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 > > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > >
_______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
