2021-11-21 11:14 PM
Hi,
because of RAM limitations I decided to try out the L8 color encoding, which is supported by the LTDC of my STM32H753. The basic function is working now, however not to a satisfying extent.
In the CubeIDE V 1.5.0, under TouchGFX 4.16, only 8 Bit color space (ARGB2222 etc.) is available, when using the L8 functionality:The problem with this is, that some colors look awful, and especially the anti aliasing of text is bad.
This brings me to the question, why for example L8RGB565 or L8RGB888 is not supported from TouchGFX side.
Technically, from my understanding, it does not matter, since the memory space of the color lookup table is allocated anyway (256*32Bit words).
I would really be glad to display the "true" colors (for corporate design). Limiting myself to 256 of those would not be a problem.
Am I missing a crucial setting here or is this maybe supported in more recent releases of TouchGFX/CubeIDE?
2021-11-22 01:43 PM
In real now L8 = CLUT 8888, but for global image and objects conversion on generating phase is coded as ARGB2222.
Table is in generated files in target and you can overide it, but then you need correct all colors and images too.
2021-11-22 10:17 PM
Thanks for your reply. I found the buffer, but I would really have headaches trying to bypass TouchGFX code generation.
2021-11-22 10:32 PM
2021-11-23 04:08 AM
My problem is, that I want to use L8, but the compression messes up the colors (still recognizable, but far off due to the LSB's being cut). I'm just wondering why TouchGFX limits us to these small color spaces, when (from my knowledge) there is no such a need.
Very interesting idea, to use different layers for the LTDC, thanks!
2021-11-23 09:07 AM
Example on 1280x480 TouchGFX two layers