Actually there is a STM32F4 library fft that I tried last year when porting Codec 2 to the STM32F4. It was actually a little slower than kiss fft!
Based on my STM32F4 experience (i.e. Codec 2 runs just fine), the fft memory isn't a big problem ATM. What _is_ a problem is the memory consumed by struct FDMDV, e.g. variables like this: COMP rx_filter_memory[NC+1][NFILTER] I'm looking into that, but other contributions are very welcome and you seem to have an eye for this Steve :-) My strategy will be to re-arrange some loops (and hence the order of the signal processing), can tell you some more if you like. Cheers, David On Thu, 2014-06-19 at 18:47 -0500, Steve Sampson wrote: > It would be nice to find an ARM Cortex-M4 floating point *inline* > FFT. That kiss-fft eats memory like I eat BBQ pork products... > > > Alas, I've been out of embedded processors for way too long. > ------------------------------------------------------------------------------ > HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions > Find What Matters Most in Your Big Data with HPCC Systems > Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. > Leverages Graph Analysis for Fast Processing & Easy Data Exploration > http://p.sf.net/sfu/hpccsystems > _______________________________________________ Freetel-codec2 mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/freetel-codec2 ------------------------------------------------------------------------------ HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions Find What Matters Most in Your Big Data with HPCC Systems Open Source. Fast. Scalable. Simple. Ideal for Dirty Data. Leverages Graph Analysis for Fast Processing & Easy Data Exploration http://p.sf.net/sfu/hpccsystems _______________________________________________ Freetel-codec2 mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freetel-codec2
