[PD] no "clear" message option in [cyclone/delay~], [delwrite~] and [z~]

Christof Ressi christof.ressi at gmx.at
Tue Dec 8 20:16:33 CET 2015


Actually, [z~] is cleared everytime you change the right inlet (try feeding it with [osc~] and then switch between high values like 22000 and 44000, you'll certainly here the dropout)!
I've just found out, that this is the behaviour my abstraction [cmavg~] needs for changing the number of samples to be averaged (together with clearing the [rpole~]). When you replace [z~] with a pair of [delwrite~] and [delread~], it won't work properly!
 
So [delwrite~] definitely needs a method for clearing the buffer!
 

Gesendet: Dienstag, 08. Dezember 2015 um 19:37 Uhr
Von: "Alexandre Torres Porres" <porres at gmail.com>
An: "Miller Puckette" <mpuckett at imusic1.ucsd.edu>, "Fred Jan Kraan" <fjkraan at xs4all.nl>, "IOhannes m zmoelnig" <zmoelnig at iem.at>
Cc: "pd-list at lists.iem.at" <pd-list at lists.iem.at>
Betreff: [PD] no "clear" message option in [cyclone/delay~], [delwrite~] and [z~]

As discussed in the previous thread, we can't clear delay buffers in Pd (you can do it with tapin~ in max, for instance), at least not with [delwrite~], [delay~] and [z~]. So we're pretty much tied up and needed it for an "moving sum" object or a "moving average" filter.
It doesn't seem hard to allow a "clear" message into delwrite~ for the next update.
 
[delay~] in Max actually can also clear, so we could add this feature in [cyclone/delay~]!
 
and [z~] could also be cleared, maybe, why not?
 
cheers_______________________________________________ Pd-list at lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list



More information about the Pd-list mailing list