FFTease for Max/MSP 5?

    May 28 2008 | 4:54 am
    Mr. Lyons - are you out there?
    Does anybody have any info on a build of our beloved FFTease for Max 5?

    • May 28 2008 | 3:35 pm
      Why would the current build not work?
    • May 29 2008 | 9:18 pm
      Thanks for your interest. I have used the Max 4 FFTease externals in Max 5 and have not experienced any problems. Rest assured that I have plans for future development of FFTease. However I will not be able to take advantage of any Max 5 features until the new SDK is released.
    • May 30 2008 | 9:31 am
      Quote: Eric Lyon wrote on Thu, 29 May 2008 15:18 ---------------------------------------------------- > Rest assured that I have plans for future development of FFTease. However I will not be able to take advantage of any Max 5 features until the new SDK is released. > > Eric > ----------------------------------------------------
      Great news !
    • Jun 30 2008 | 4:32 pm
      Hey Eric, I downloaded the windows version of FFTease 2.5 and found that there are no help files included. Where can I find the latest help files?
    • Jun 30 2008 | 10:36 pm
      Ahhh found them! They are in the Mac files.
      Another question, is there a way one can do convolution with FFTease?
    • Jul 04 2008 | 1:21 pm
      Are you referring to convolution with an impulse response? Can't do that in FFTease. However I have written a LyonPotpourri external called convolver~ that will convolve a source sound with an arbitrarily long impulse response. The only catch is that the convolution is done in non-real-time. convolver~ has not yet been released but will be part of the next LyonPotpourri, which will be made available sometime after the Max 5 SDK hits the streets.
    • Jul 04 2008 | 2:08 pm
      Not real time? That is a bummer... ideally I would want to use it for a live performance. Is it not real time because we do not sufficient computing power or is it some other technical hurdle?
    • Jul 04 2008 | 3:04 pm
      It would require a partial convolution algorithm. I've heard that some of these algorithms have been kept out of the public domain by patents, but have not looked into this too closely. CPU limitations should not be a factor, since even with fairly long impulse responses, convolver~ computes quite a bit faster than real-time. The main reason is that I haven't yet felt the need for a live convolver in my own work, but I can see how it might be quite useful.
    • Jul 04 2008 | 3:14 pm
      Can you elaborate a bit more on "partial convolution algorithm". I assume by partials you mean freq components. Why would you need to make this distinction? Why would the process be different in real time versus non-real time?
    • Jul 04 2008 | 3:41 pm
      As I understand it, the impulse response is chopped into smaller pieces and then used for multiple overlapping convolutions with appropriate delays. The point is to reduce overall latency to less than the size of the impulse response, which would be problematic for real-time reverb generation.
    • Feb 01 2011 | 9:37 pm
      Is there any news about a new version of FFTease and/or Pot Pourris libraries ? They are still to me among the best sound processing engines available. I'm sure you have hundreds of new tools to share Eric... By the way, thank you for your crazy work.
    • Feb 01 2011 | 9:50 pm
      Thanks for the kind words, Bertrand. There are new versions of LyonPotpourri and FFTease in the works. However everything is on hold until my Max/MSP programming book comes out. Hopefully much or all of this will be out within 2011 but it's not possible to give specific dates.