gfx VS gfx_demo

This should work with LVGL but I haven't tried it. It does work with https://honeythecodewitch.com/uix and https://honeythecodewitch.com/gfx and the example project uses that.

The graphics library https://honeythecodewitch.com/gfx/

I've developed a graphics library that supports TrueType, SVG, PNG, JPG, alpha blending and X11 colors here: https://honeythecodewitch.com/gfx/

The ESP32 will reboot with a brownout message if you draw too much current. Obviously you want to avoid this, but after writing a graphics library htcw_gfx and writing a ton of drivers for many different displays, I've never had any issues running the backlight off the ESP32's 3.3v pin when plugged into USB, or even on LiPO.

Thx, interesting. Made me G**gle it: https://github.com/codewitch-honey-crisis/gfx

Try out https://github.com/codewitch-honey-crisis/gfx - it works very well on monochrome displays and is lighter than LVGL.

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.