OK. Well, actually, that's what I'm doing, I'm using mayer_realfft(), but I didn't realize it is declared in m_pd.h and that I can use it straight away. I now removed the line that included d_fft_fftsg.c and the object still works. Thanks for pointing it out. I would still be grateful if someone can read the code in my previous message (just ignore the third line: #include "pd_fft.h") and see if the analysis and resynthesis is done as it should be.
On 10/18/23 13:11, IOhannes m zmoelnig wrote:
On 10/18/23 08:41, Alexandros Drymonitis wrote:
OK, it's using the d_fft_fftsg.c file instead, if not compiled with the FFTW3 library then. Got that. I made this little external, and it seems to work (with a fixed FFT size, but I don't really care for now), still I'm including the code here. I'd be grateful if someone can take a look and verify it's OK.
I have copied the d_fft_fftsg.c file to the directory of my external and renamed it to pd_fft.h, which I'm including in my file (I commented out
do not do that.
you are breeding symbol clashes and what not.
otoh, 'mayer_fft()' and friends are exported by Pd anyhow (and are declared in m_pd.h), so you can just use them.
dgfs,ma IOhannes
Pd-dev mailing list Pd-dev@lists.iem.at https://lists.puredata.info/listinfo/pd-dev