Hey, there, Sergei I was just working on an example to show you if it can be done... I have worked with this quite a bit, and have successfully used filters as long as 1.5 seconds long @ 44kHz using my dinky little 1.6Ghz Sempron. Although the original implementation was a subband adaptive filter using wavelet transform, and many other externals I wrote to do it, it DID use pd's own blocking/dsp scheduling system. So, I for one think it is possible, depending upon your system (also I was using Linux, by the way). However, then I created a canvas that covered up some things to make a GOP patch. Ummm apparently I did things in the wrong order, so it crashes now, every time. I will try to recover the work I just did, and get back to you as soon as I can.
Chuck
On 8/18/07, Sergei Steshenko sergstesh@yahoo.com wrote:
--- Miller Puckette mpuckett@imusic1.ucsd.edu wrote:
Depending on the OS, you can get at least 100 milliseconds of buffering and perhaps much more... so it should be fine.
cheers Miller
Well, the OS is Linux (SUSE 10.2 to be precise) and I'm interested in FFT transforms taking, say, 3 seconds.
Will pd allocate the necessary buffers/threads ?
Can pd be configured to cope with such latencies ?
If yes, at run time or at compile time ?
Thanks, Sergei.
Applications From Scratch: http://appsfromscratch.berlios.de/
____________________________________________________________________________________Park yourself in front of a world of choices in alternative vehicles. Visit the Yahoo! Auto Green Center. http://autos.yahoo.com/green_center/
PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev