@Yves_BAZIN of course, I’m too lazy to write a driver when @Louis_Beaudoin already did a fine job of it (I did write a driver for 8x8 and it did take me a long time, even if I was able to make it work in C++ http://marc.merlins.org/perso/arduino/post_2015-01-06_Driver-for-direct-driving-single-to-3-color-LED-Matrices-with-software-PWM.html ).
@Louis_Beaudoin wrote a great driver for those panels. https://github.com/pixelmatix/SmartMatrix . He even has a branch with basic support for ESP32 which should work better as even teensy 3.6 hits limits when you try 128x128 or want to do other things like interrupts while it’s updating the panels
See ESP32: https://github.com/pixelmatix/SmartMatrix/tree/teensylc https://community.pixelmatix.com/t/smartmatrix-library-esp32-port/272
The good news is that there is a clock line on those panels, so you’re not totally hosed by interrupts. The bad news is that they need very fast refresh rates to look ok (no flicker) and if your code takes too long to compute a frame, it can start slowing down the frame refresh from what I’ve seen, causing visible flickering.
With ESP32 and dual core, hopefully it is better than with single core teensy.
Over Xmas I’ll see how I can port NeoMatrix to SmartMatrix so that my code can hopefully work with SmartMatrix without having to use the different API.
That said, when I ported Aurora from @Jason_Coon to Neomatrix, I did have to go in every demo and downport it to Adafruit::GFX API before I got them to work: https://github.com/marcmerlin/FastLED_NeoMatrix/tree/master/examples/Aurora
Thankfully none of those demos actually use the multi layer API in SmartMatrix, so it was easy to down port them to NeoMatrix.