Suena interesante, pero tenemos una frontera en el formato base del dibujo: hay un límite vertical y horizontal en pixeles que no podemos superar con la herramienta gdxasset.exe.
En este mensaje James lo explica, tal parece que la herramienta para phyton lo puede hacer. No solo dividir de forma vertical, sino que también se puede de forma horizontal.
No debemos dejar de lado aquellas 2048 instrucciones por pantalla del motor EVE/EVE2.
El ejemplo de 2000 sprites de la librería de James, muestra como deben "empaquetarse" las imágenes para el caso de que deseemos presentarlas todas de una vez, pero en esos extremos la velocidad del MCU se torna relevante y las dimensiones de las imágenes también.
Debe existir una forma de "mapear" una imagen de 800x480 (o de 480x272) de tal forma que la carguemos en pantalla una vez, y podamos solo usar fragmentos de la misma. Este aspecto lo he tocado varias veces pero, por falta de tiempo lo he explorado a fondo. No prometo nada, pero puede ser una buena solución gráfica.
Se me ocurre que podamos simplificar todas esas barras en tan solo "6 minibarras": "tres apagadas" y "tres iluminadas", pero no sé si todos los MCU logren soportar la carga de proceso.
Veamos lo que dice el cook-book del FT813 (FT81X_Series_Programmer_Guide)
"...The graphics engine has no frame buffer: it uses dynamic compositing to build up each display line during scan out. Because of this, there is a finite amount of time available to draw each line. This time depends on the scan out parameters (decided by REG_PCLK and REG_HCYCLE) but is never less than 2048 internal clock cycles. FT81X’s internal clock runs at 60MHz.
Some performance limits:
The display list length must be less than 2048 instructions, because the graphics engine fetches display list commands one per clock.
The usual performance of rending pixels is 16 pixels per clock
For some bitmap formats, the drawing rate is 8 pixels per clock. These are TEXT8X8, TEXTVGA and PALETTED4444/565.
For bilinear filtered pixels, the drawing rate is reduced to ¼ pixel per clock..."