themindfactory

Understood about the low frequencies.... USE_32DFT and PRECOMPUTE_FREQUENCY_TABLE are defined UpdateBinsForProgressiveIntegerSkippyInt() is not used and does not exists, it only uses UpdateBins32(); and fbins is precomputed (constant) #define DREQ 16000...

Just played a 3.3Khz tone G#7 and captured the digital microphone data and ran it online to get a FFT of it to see how it looked, looks pretty clean......

Hey! So... I rewrote all the DFT functions and went away from the progressive method and went for the brute force, calculate all the bins at once approach.... now it...

I will clean up my code and make it available. I have done even more complex things with the ESP32 and it always shines through, I have a 64x32 RGB...

Well... i found one of my routines was being redundantly called and only needed to be called 10X less... we are now at 4% CPU :-) and that's still using...

I will work on the cleanup soon, and document the source code. The only question I have now is the assumption I made on the embeddedbins32[] being in the format...

SK6812 is a 2812 which is already supported in the code... RichardS

I will add you to the new wiki what is your username on esp8266.com? On Dec 20, 2014 9:26 PM, "Antoine Bertin" [email protected] wrote: > I implemented the full v0.20...

Also as I think some more on this subject.... 1. when you build vector and send it with the "FFT" data 1 2 3 3 2 1 this is size...

Here is how it looks from pred 0 2021-12-31 1070.339966 2022-01-01 1070.339966 2022-01-02 1070.339966 2022-01-03 1070.339966 2022-01-04 1070.339966 2022-01-05 1070.339966 2022-01-06 1070.339966 2022-01-07 1070.339966 2022-01-08 1070.339966 2022-01-09 1070.339966 2022-01-10 1070.339966...