Cool, do you mean one could do [paf~] with F13 example as an abstraction?
Cause F13 says the [paf~] external should work better, and I quote: "*The frequency itself changes instantly, but the center/fundamental frequency ratio waits for the next period. This gives a slight "chirp" if the fundamental is abruptly raised a couple of octaves. There's no easy way using Pd's built-in primitives to avoid this. Note however that there's a "paf~" extern available which solves this problem better and, moreover, runs much faster.*"
That's what made me wonder about it. So I guess, if you have it and the patent is over, could be good just to upload it back ;)
Thanks
2015-01-14 18:26 GMT-02:00 Miller Puckette msp@ucsd.edu:
I should fix this - I took down paf~ years ago when IRCAM complained. But the patent it expired so I can put it up now if it's worth putting up. But meanwhile, I'm not sure whether it's a good idea, since it's so easy to make the paf~ out of simpler Pd objects. The only gain to having a paf~ object is that it runs faster - I'm not sure that justifies the maintenance.
cheers Miller
On Wed, Jan 14, 2015 at 03:48:29PM -0200, Alexandre Torres Porres wrote:
Hi, F13.paf.control mentions the existence of a [paf~] extern that I
guess
should be in the extra folder of vanilla, but it ain't there.
What happened to it?
The readme.txt in extra on vanilla mentions also about a link to download it at http://www.crca.ucsd.edu/~tapel - but this link is dead.
Thanks
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->