lv_port_esp32 VS gfx_demo

The ESP32 port of LVGL might be a different approach to what you're looking for. There are also ready made boards with included display:

https://github.com/lvgl/lv_port_esp32

https://www.youtube.com/watch?v=d2OXlVcRYrU

Hi, I use this code and a ESP32 and a ILI9341 2.8'TFT_LCD 240*320 RGB with touch. As you can see in this GIF the touch screen does not work correctly and I think it needs calibration but I do not know how to do this. The setting in Menuconfig is like below.

GFX Library Documentation: https://www.codeproject.com/Articles/5302085/GFX-Forever-The-Complete-Guide-to-GFX-for-IoT

GFX is a feature rich graphics library that does jpg loading, truetype fonts, alpha blending, etc.

starting at line 573 here: https://github.com/codewitch-honey-crisis/gfx_demo/blob/master/lib/gfx/include/gfx_palette.hpp

basically draw to a bitmap and then blt that to the display. you can do the latter asynchronously, so you can load, then display, and while displaying, load the next one. it won't help immensely, but it will speed things up slightly. In GFX you'd use draw::bitmap_async. There's full documentation linked to from the link I gave you above - look in "Properly doing asynchronous draws" https://www.codeproject.com/Articles/5302085/GFX-Forever-The-Complete-Guide-to-GFX-for-IoT

I queue a variable number of transactions, either polling or non depending on context, using this code I wrote: https://github.com/codewitch-honey-crisis/gfx_demo/blob/master/src/esp-idf/drivers/common/spi_master.hpp

In case the OP doesn't respond, I'll field your question as best as I can: You can do the rendering using a bitmap flipping algorithm along with DMA. I also know it's possible to keep the framebuffer for that display in ram, with memory left over to do bitmap flipping because I do that very thing in https://github.com/codewitch-honey-crisis/gfx_demo - that device is a Lilygo-TTGO and I have several. The above code can run on it.