Frank

Results 470 comments of Frank

> edit: > addendum: I tested to use 1D and 2D (i.e the XY versions) of getPixelColor and setPixelColor on a 2D strip and see no difference in speed (looked...

@DedeHai I was wondering if the tables from https://esp32.com/viewtopic.php?p=82090# are still correct, especially for the float multiply vs. float divide. The table comes from a time when FPU support for...

There is an additional thing worth mentioning: ### floating point "literals" According to c++ semantics, an expression like "if ( x > 1.0)" (with float x) is first "promoted" to...

### use `constexpr` Using _constexpr_ is a nice way to optimize without obfuscating the code too much. In contrast to `const` which often calculates at runtime, `constexpr` is _guaranteed_ to...

...and the classical one: ### avoid 8bit and 16bit integers for local variables `uint8_t`, `int16_t` and friends are useful to save RAM for global data, however - in contrast to...

> I can add IDF 4 once we move there I'm really curious to see the numbers for the newer V4 framework 😀 . But yeah, it won't be better...

> The web interface fails to load. I'm using the web interface very often, and never had any problems like yours. So it seems to be something specific to your...

> * total flash savings: ~7.4k Is this with or without audioreactive usermod? Because ArduinoFFT pulls in some trig functions (sin,cos,atan, sqrt) -so possibly this finally increases flash size because...

> * `sin_approx() / cos_approx()` are float wrappers for `sin16_t() / cos16_t()` and are accurate enough to replace `sinf()/cosf()` for all current WLED purposes One question: is the approximated function...

I'll give it a try with pinwheel mapping in the next days. Pinwheel is very sensitive to inaccuracies in sinf() and cosf(), and possibly leaves holes as a consequence.