Framebuffer pixel format in 6680

[benjers]

Hello

Since 6680 seems to support 262,144 colors can anyone confirm that graphics framebuffer format in this device is different from EColor64K? If so, what is that format and how to determine configuration of R G B components.

____________________
best regards,
Marek Wyszynski,
Infinite Dreams
http://mobile.idreams.pl

[k4l4]

It seems the pixel format is 8-8-8 - at least it works correctly :) My guess is that the display mode (HAL::Get() reports 16M colors btw) is "24bit", but the display hardware just uses the highest 6bits of each component. This is a very nice development choice since in the future you can have a true 24bit mode and not have to change the code a bit.

In other words you can form a color like this

TUint32 color = (red << 16) + (green << 8) + (blue)

..where each of red, green, blue have values 0..255. This was just quick testing though so my assumptions might be bit off. I did some drawing though and it all worked correctly like this.


BR,

Matti

[stenlik]

Hi,

EColor16M is 8-8-8
EColor64K is 5-6-5
and
12 bpp is 4(Unused)-4-4-4

Bye STeN

[victorh81]

Hey,

I needed to know that, too!

Additional question : then you access the screen directly via a "32-bit pointer" ( for example TUint32 * ) with 18-and-higher-bit displays?!?

Thanks in advance!

Victor


PS : If it is like "k4l4" says that in 18 bit modes only the highest 6 bit of each component are used, that would be really good development-wise!

[alcopops]

The 6680 is capable of 18-bit colour, but it stores the screen using a DWORD (32-bit) per pixel.