hi scott. i made an example of what i think you want to do. please tell me, if i'm wrong. you can draw a filterkernel of 128 samples (time-domain!) and convolute it with any sound you like, ... you can adapt this to your own needs. see attached patch. marius.
----- Original Message ----- From: "J. Scott Hildebrand" jshildebrand@ucdavis.edu To: zmoelnig@iem.at Cc: "J. Scott Hildebrand" jshildebrand@ucdavis.edu; pd-dev@iem.kug.ac.at Sent: Tuesday, September 03, 2002 9:08 PM Subject: Re: [PD-dev] i need some help with this
i wouldn't mind at all to do the convolution with the built-in fft
stuff. the only problem is that i don't quite understand how it works. what i need is to input x amount of samples, and get out y amount of output, which should be at least 1.5 times the original amount + padded zeros to equal 2 times the original amount. only then can i write an overlap and add method.
scott
On Sat, 31 Aug 2002 zmoelnig@iem.at wrote:
hi scott !
i really recommend that you read the mail i send you when qou first
posted your
piece of code. i really tried to point out all the faulty pieces of code (especially
the
neveroccuring reset of apple) and i again give you one advice: add debugging code like "post()" to
show you
where the error occurs !
i am not going to do the programming for you (and i hope no one else
will do)
- just read the mails. (it's all in there)
and again: is there any major reason not to do the convolution as an abstraction ? to not use pd's built in fft-routines ?
mfg.cd.sar IOhannes
"640K ought to be enough for anybody." -- Bill Gates, 1981
PD-dev mailing list PD-dev@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-dev