RGB565 value for pink was same as magenta. This is obviously wrong, hence correcting to the "pink" value from the docs.
While I'm far from certain about the "right" shading of color nuances, the correction does "reasonably pink" in my eyes (on a ST7789), and assuming that the value from the docs was sourced from something relevant to the small displays used with Tasmota, I consider the change to be at least a move in the right direction.
Still, the corrected value (FF80C0 in RGB888) does have the name "tea rose" when using HTML color codes as a reference, but "some people" may have more interest in long discussions like what pink "really" is.
* SML: CRC for binary SML parsing
* switch algos
* improve errormessage on buffer overflow
* move crc variable to their own struct
* Use Flag bit to disable CRC, auto-detect algorithm,
data in own struct
debug log
* configure and enable/disable via special option "=soC,bufsz,mode", mode 16 autodetect.
* fix 15 vs 0xF
* remove benchmark code
* fix typo in comment
* Byteflip for CRC
* Allow acl in mqtt
Acl in mqtt needs user name if 'use_identity_as_username' is not true. It also seems that login in mqtt don't accept an user with an empty password, then reenabled both
* Add new define for mosquitto
Keep compatibility with AWS_IOT
* Better approach to custom client certificate
Don't duplicate defined check. Let USE_MQTT_AWS_IOT automatically set USE_MQTT_CLIENT_CERT and use latter in all code
* with mosquitto user and password may be empty
When mosquitto 'use_identity_as_username' option is enabled password and user are not used
This commit is an optimization of code and possibly performance for pushing
pixel data to an RGB display with an ESP32-S3. It uses ESP-IDF's LCD driver
for doing so and replaces multiple code paths in the previous implementation.
No code for other ESP32 variants has been changed.
Also see the discussion arendst/Tasmota#22553
