Only pixels that are overwritten by the hand need to be restored.
Right now, I don't think that's possible to do - but the extra computation is likely to outweigh the savings of not writing to the screen. It's not that slow drawing to the screen - it's the work that has to be done around that (eg loading the image from flash) that's the issue.
If you want to do that your best bet is to just work out the area that was changed previously and use drawImages with an area specified to update just that area. Even in the wort case (45 degrees) you're still updating basically 1/4 of the screen area that you would do normally.
Espruino is a JavaScript interpreter for low-power Microcontrollers. This site is both a support community for Espruino and a place to share what you are working on.
Right now, I don't think that's possible to do - but the extra computation is likely to outweigh the savings of not writing to the screen. It's not that slow drawing to the screen - it's the work that has to be done around that (eg loading the image from flash) that's the issue.
If you want to do that your best bet is to just work out the area that was changed previously and use
drawImages
with an area specified to update just that area. Even in the wort case (45 degrees) you're still updating basically 1/4 of the screen area that you would do normally.