I am playing with the Lilygo T-Watch-2020 V2. The ttgo library has methods for drawing directly to the display. That is fine, but I am worried about the time it will take to redraw everything if I add functionality to scroll screens around or move text over background images.
The idea, I figure from other platforms I have done graphics on, is that you cache the graphics rather than actually redrawing all of them. For instance if I want to be able to scroll away from my watch face to a weather screen, both the watch face and weather screen would be drawn to a bitmap, then to animate the swipe you just draw those two bitmaps over and over in the appropriate positions.
When I look for generic graphics for the arduino, I am led here which is just more drawing directly to the screen.
-
Is this overkill for the esp32? Should I expect to be able to redraw everything just as quickly as caching the screen? It's hard for me to test this before putting a lot of work in to it so I don't want to start on the wrong foot
-
Is this too much RAM for an esp32? Is that why the only graphics libraries I can find write directly to the display?
-
I have seen demos with pretty nice smooth scrolling, is there some other trick to this?