Closed sreich closed 3 months ago
Thanks, I will commit a temporary fix.
Done, feel free to reopen the issue if you encounter similar error.
I guess lru_cache stopped working with lists at some point? Can revert the caching decorator commit -- caching not strictly needed. I intended it to be loaded once at startup. Only "Multicolor" would need updating, but even that is just one colormap which would probably be changing anyway. Maybe the idea was for future real-time reloading?
For the bug in displaying exception: {k} can be changed to {name}
@stephen322 On my setup gradient_to_cmaplut() runs 70 times on boot, that's why I added cache. It was lazy and easier way to speed it up a little without digging why it has to run so many times.
edit. it seems it's running with different gradients, so cache doesn't help anyway... I can remove caching decorator I guess.
gradient_to_cmaplut runs twice for each colormap -- once for the web preview, once for the ledstrip. Either way, the caching errors out on my system too...
I suppose it might help in the scenario that Multicolor is used and changed in a cycle. But I'm guessing its fast enough.
Describe the bug
there seems to be a recent regression on master that prevents startup for me due to unhandled exception:
issue seems to be:
Installation Method Your image, then updated with apt over time
I am on origin/master, clean
There is a regression between master and v1.5.1 tag.
I bisected and narrowed it down to this: