Page 1 of 1

Framebuffer format BGR555 problem

Posted: Tue Apr 20, 2010 4:11 pm
by craven
We are using a At91SAM9263 in one of our boards. In this case the framebuffer format is forces to BGR555. The
palette is created accordingly in the GPE::SetMode function in display driver
and a bitwith of 16bit is reported to Windows. The regular colors seem to be
handled correctly.
Only when using the GradientFill() funtion there occure some drawing
problems. As soon as a green qutoa is used the problem occurs. It looks like
that the GradiontFill() function still assumes a framebuffer format of (BGR)565.
I know that it is possible by external wiring to still use RGB565 on the AT91SAM9263, but is there another solution to hand any BGR555 on WindowsCE without such problems?
Additionatly what do you think about performance. Will the current used BGR555 format slow down the system?

Re: Framebuffer format BGR555 problem

Posted: Tue Jun 22, 2010 2:30 pm
by Adeneo
Hi craven,

First of all, GradientFill method is a part of Microsoft's private code and is not overloaded by our driver. So we can't see what MSFT is doing in this method.
WinCE is optimized for RGB565 color format in its codecs, renderer engines, ... Perhaps the GradientFill method doesn't support the RGB555 color format. To verify this assumption, set your platform to RGB565 and look at the screen via CERDisp or Remote Zoom-in.

HTH

If this answer solves your problem, please edit the subject of this post by adding [Solved] at the beginning of the subject.