FFTease for Max/MSP 5?

May 28, 2008 at 4:54am

FFTease for Max/MSP 5?

Mr. Lyons – are you out there?

Does anybody have any info on a build of our beloved FFTease for Max 5?

#38109
May 28, 2008 at 3:35pm

Why would the current build not work?

#132344
May 29, 2008 at 9:18pm

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.

Eric

#132345
May 30, 2008 at 9:31am

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 !

#132346
Jun 30, 2008 at 4:32pm

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?

#132347
Jun 30, 2008 at 10:36pm

Ahhh found them! They are in the Mac files.

Another question, is there a way one can do convolution
with FFTease?

#132348
Jul 4, 2008 at 1:21pm

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.

Eric

#132349
Jul 4, 2008 at 2:08pm

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?

#132350
Jul 4, 2008 at 3:04pm

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.

Eric

#132351
Jul 4, 2008 at 3:14pm

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?

#132352
Jul 4, 2008 at 3:41pm

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.

Eric

#132353
Feb 1, 2011 at 9:37pm

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.

#132354
Feb 1, 2011 at 9:50pm

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.

Eric

#132355

You must be logged in to reply to this topic.