@North First it maps out neighbors to a limited set. I did some fancy stuff to keep a fair set of neighbors so it wouldn't favor iteration order. Then during drawing it likewise keeps track of the top candidate "neighborhoods" and randomizes any spots that have the same color distance. Code is in the linked post if you want to take a look.
Collaborating with @geekmomprojects and @jasoncoon on the Lux Lavalier has been one of the best experiences. Super proud of what we made, and love seeing their names here every time I assemble a Lux.
Rewrite of the pixel stack for #pixelblaze All 16 bit per element throughout. Tons more HDR LED options now, and have NS108 and WS2816 LEDs support. Here's a 2" x 2" ws2816 panel at 1% brightness, for example.
The NS108 is another HDR capable LED, driven here with 16 bits per element, 48 bit color. These are a bit brighter than the smaller ws2816, so shown here with 0.5% brightness and low exposure settings.
Major refactor of PB internals and handling of pixels. Full 16 bits per channel, 48 bit color, all the way down to the driver level. Rewrote brightness handling, ws2812 driver, etc. most are even faster! Ws2812 now pipelines! Now I can finally write some drivers for the fancy 16+ bit per element LEDs. I made some ws2816 teeny panels, 1” 8x8s, and some hd108 for testing. Need a PCB and then sk9814. Wondering what other hdr LEDs are out there that I should support?