-
-
Notifications
You must be signed in to change notification settings - Fork 3.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
plasma effect on random palet devolves into flickering chaos #3870
Comments
@DedeHai can you take a look? |
so how long does this take until it happens? currently running 12h and still works fine. |
it takes around 16h to occour |
millis()/1000 rollover after 18h was not handled, truncating to 16bits after division fixes it.
Thanks for finding and reporting this. I wrote up a test and was able to reproduce it now. Problem is an unhandled millis() rollover, causing the palette to fade uncontrollably. It's an easy fix. (PR submitted) |
beta 2 is working correctly |
What happened?
after setting the effect to plasma and the color palette to random cycle, it works fine until the next day, where the palette becomes mostly red but flickers to blue occasionally. this happens on esp32 with WLED_0.15.0-b1_ESP32 firmware and can only be resolved by a reboot
To Reproduce Bug
use esp32 and WLED_0.15.0-b1_ESP32
use random cycle palette
I have only tested with the plasma effect, but given the changes to palette blending it will most likely happen on other effects
Expected Behavior
the random cycle palette should be consistent after the first few hours
Install Method
Binary from WLED.me
What version of WLED?
WLED_0.15.0-b1_ESP32.bin
Which microcontroller/board are you seeing the problem on?
ESP32
Relevant log/trace output
No response
Anything else?
this happens on 3 different setups. all use esp32 with WLED_0.15.0-b1_ESP32 firmware, will test esp8266 with equivalent firmware soon
Code of Conduct
The text was updated successfully, but these errors were encountered: