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 -> http://lists.puredata.info/listinfo/pd-list