6bit pixel format support?

[ZSvet.1]

Is there any possibility to add unavailable pixel format by configuration?

(To be recognised also in Designer?)

To me, it looks like fixed list of predefined sizes,

please excuse me, if I a have missed something.

Thank You.

Cheerz

[Alexandre RENOUX]

Hello ZSvet.1,

TouchGFX supports 6 bits pixel format. But to make it work you need to adapt your project.

For further information, please have a look at these articles :

https://support.touchgfx.com/docs/development/scenarios/scenarios-change-pixelformat-bpp/

https://support.touchgfx.com/docs/basic-concepts/color-formats#formats

https://support.touchgfx.com/docs/development/touchgfx-hal-development/touchgfx-generator#framebuffer-pixel-format

/Alexandre

[ZSvet.1]

Thank for the links.

I cannot find something like RGB222 = 6bit.

In AL I could go with RGBA2222 and in blit process ignore 2bits A component,

but it would use 25% more memory, which is in this scope not well optimised.

While the docs are stating that each pixel has padded byte,

how is this handled in terms of memory allocation?

My understanding is that drawing process is allocating 25% more memory than needed.

I don't know, can you confirm or I am wrong about this?

Thanks in advance for your answer!

Cheerz, Ziga

[ZSvet.1]

One more thing, in docs is stated 6bit format has 32 colours.

I don't think that is correct, I think it is 64 colours?

If it is correct 32 colours, please explain why?

Thanks, Ziga

[Alexandre RENOUX]

Hello Ziga,

• You are right, 6 bit color depth in TouchGFX is not RGB222 but ARGB2222 and as mentioned on the documentation website it allocates 25% more memory.

6 bit colors are stored as bytes and this is the reason for having the x in the forementioned formats. The color is padded with 2 bits, to fit into a byte.

• 6 bit format should have 64 colours. I will check with the team regarding this potential spelling mistake.

/Alexandre