GitLab

Precautionary change to avoid potential issues in future developments and during debug

TFT_WR is 8 bit parallel mode can now be allocated to GPIO >31
Note: allocating a GPIO higher than 31 has a small perfomance impact (~1.23x slower) since signle register write with the data mask cannot be performed.

Fix uncompilable TFT_eSPI_ESP32.h when TFT_RD >= 32

When rendering a smooth font in a sprite the anti-aliasing will pick up the sprite background colour if the text background colour is not set.

Prevent 18 bit display serial driver being invoked for RPi display

Minor performance boost to ESP32 block write

This change has no impact on examples
See also #850

ESP32 DMA will hold TFT_CS low automatically.
STM32 will not do this and requires bracketing DMA transfers with startWrite and endWrite as in examples.

New function:
pushToSprite(TFT_eSprite *spr, int32_t x, int32_t y, uint16_t transp)
// Note: The following sprite to sprite colour depths are currently supported:
//    Source    Destination
//    16bpp  -> 16bpp
//    16bpp  ->  8bpp
//     8bpp  ->  8bpp
//     1bpp  ->  1bpp

Add ILI9225 support
Add viewport feature to Sprites
Rationalise common TFT_eSPI and Sprite functions and variables to use inherited functions width(), height(), rotation(), write(), pivot, cursor, swapBytes.

Choosing to a different option to improve colour balance.

init options from mcufriend_kbv added.

ILI9481 with 8 bit parallel worked OK but SPI needs an 18 bit colour interface.

Plus minor comment tweaks