![](https://secure.gravatar.com/avatar/f5e2eed5819807cb22e9d04eb66ab290.jpg?s=120&d=mm&r=g)
On 03/23/10 15:51, Joseph Anderson wrote:
fftw has been removed from scipy. scipy.fft and numpy.fft are plain vanilla.
Interesting...
Curious to know the reason... Whether for speed or logistics?
Firstly fftw in scipy and numpy was fftw2 IIRC, and switching to fftw3 is a bit more involved, due to the plan semantics (I'm actually planning to implement a "old style" api, i.e. y=fft(x) in pyfftw at some point). The other thing is that fftw3 (I don't know about 2) is GPL which does not fit with scipy which is BSD-like. Note I'm just guessing as I was not involved in the decision to remove fftw from scipy.
*******
In any case, I suppose I still have the problem of looking for a fast convolution that I can use--with minimal effort--to replace scipy.signal.signaltools.fftconvolve.
My regards,
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Dr Joseph Anderson Lecturer in Music
School of Arts and New Media University of Hull, Scarborough Campus, Scarborough, North Yorkshire, YO11 3AZ, UK
T: +44.(0)1723.362392 T: +44.(0)1723.357370 F: +44.(0)1723.350815 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
***************************************************************************************** To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html ***************************************************************************************** _______________________________________________ SciPy-User mailing list SciPy-User@scipy.org http://mail.scipy.org/mailman/listinfo/scipy-user