I have not had time to run it yet but I took a look at the repository. Is the graphics responsive enough? It renders everything on the processor side without using the hardware acceleration of LT7686, just transferring bulk graphics data.
In the mk3 design, I tried to simplify this → one of the RA8D2 cores rendering and streaming the graphics to the display using MIPI, keeping the rendering on the processor, without LT7686.
It’s very snappy for my purposes. I haven’t noticed any slow downs so far even with drawing (blitting) the large typefaces. To be honest, I wasn’t aware of the graphics co-processor or that my code wasn’t using it (when I looked at the schematics I was mostly interested in how the encoders were wired). I had a look into the LT686 and it looks a little bit old school? Meanwhile the RA8D2 looks like a total beast, and I also say it mentions it also has its own graphics acceleration functions (also it has a gigabit ethernet controller and a TSN switch! which is kind of crazy. I guess that means it could do AVB in theory). I see that LVGL has support for the Renesas H/W graphics acceleration.
@martin are you planning to make use of it? Ethernet with rtpmidi and network midi 2.0 sounds nice and future proof 