[maxmsp] Re: pfft~, send~ and ASIO driver
BenCello
benjamin.n.levy at wanadoo.fr
Tue Apr 1 12:06:15 MDT 2008
- Previous message: [maxmsp] Re: pfft~, send~ and ASIO driver
- Next message: [maxmsp] pfft~, send~ and ASIO driver
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Thank you for your reply ! I thought actually about these problem of "virtual doubling" of the frequency. And I also tried with the [fftout~ nofft] but it is not working as I expected... My idea is to have the pfft~ doing the windowing and overlaping but be able to dispatch the fftbins in several places. So that I have only 2 or 4 ffts and iffts (in pfft~ patches) to save my CPU load. And do whatever I want with the bins exactly as "time-domain-audio". But there are three problems doing that with [fftout~ nofft] and [fftin~ nofft] pairs. The first one is that you can't do that with more than 2 overlapping windows and you also can't specify some initial delays or "fullscale" ffts. The second is that the [fftout~ nofft] is still doing the adding before outputting as if there was an effective overlap. And finally, I couldn't find a way to synchronise two pfft~ so I am sure that the bin-index for resynthesis is correct. But maybe I am looking for something that is not really possible with pfft~ because it has not been conceived for that... I just wanted to avoid the manual windowing and overlapping. Thank's
- Previous message: [maxmsp] Re: pfft~, send~ and ASIO driver
- Next message: [maxmsp] pfft~, send~ and ASIO driver
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
