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
[email protected]
https://lists.puredata.info/listinfo/pd-dev
_______________________________________________
Pd-dev mailing list
[email protected]
https://lists.puredata.info/listinfo/pd-dev
