FWIW, they do agree that just knocking the caps off is probably the easiest solution for existing LyraT boards, seems the discussion is mostly if we can/need to find a better way for newly produced boards.

An alternative would be to read the stream using an I2S or SPI controller, but you need to oversample it and may have a hard time decoding the results... if you could use some hardware to somehow derive a clock pulse from the signal that has a flank in the middle of the WS2811 bit, you could effecti...

Nothing yet, still waiting for a hardware engineer to look into this.

We should start integrating this into mainline next week (it's a holiday in China now).

Normally, the reset and GPIO0 are handled by some smart circuitry that allows your PC to reset the ESP32 and put it in download mode. This circuitry, however, doesn't work in all cases (e.g. virtual machines have issues) so the buttons are a fallback option.

DAC1/2 are the 2 8-bit DACs internal to the ESP32; if you want to get an analog output directly from the ESP32 you must use those two pins as the analog output pins. If you use an external DAC, you can use any available GPIO for any I2S signal.

I may be wrong, but I don't think anyone is going to wade through that huge amount of code to see if you made a booboo anywhere. Suggest trying to reduce the code to the minimum that still shows the issue by slowly deleting functionality until it doesn't fail anymore.

Also, our LwIP implementation also doesn't schedule tasks if all they're doing is waiting for data.

Sounds silly, especially since the ESP32 has a perfectly good Arduino environment.

Hard to say without seeing the code. In general: Smells like a threading problem, where some functions (the SPI driver ones, maybe?) aren't re-entrant. Do you have the same issue when you use two threads, but on the same core and with the same priority?