Framebuffer format BGR555 problem

This forum is for users of Atmel's SAM Series and who are interested in using WinCE OS.

Moderator: nferre

Posts: 14
Joined: Mon Aug 18, 2008 3:31 pm

Framebuffer format BGR555 problem

Tue Apr 20, 2010 4:11 pm

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?
Location: France - USA
Posts: 183
Joined: Fri May 14, 2004 9:58 am

Re: Framebuffer format BGR555 problem

Tue Jun 22, 2010 2:30 pm

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.


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

Return to “WinCE”

Who is online

Users browsing this forum: No registered users and 2 guests