nanogui: Thread: Wrong colors with Freetype(2) and big endian archs

Using nano-X under AVR32 the Freetype2 support renders font colors with
red and blue colors reversed mixed up (at 24bit color depth).

IIRC the Freetype library deliver a greyscaled bitmapped image of the
character to be drawn (glyph image?), which is then transformed into the
color requested via nano-X.

Can someone please point me where this greyscale to color transformation
takes place?

On donderdag 18 september 2008, =?UTF-8?B?RGFuaWVsIE55c3Ryw7Zt?= wrote:
> Using nano-X under AVR32 the Freetype2 support renders font colors with
> red and blue colors reversed mixed up (at 24bit color depth).
>
> IIRC the Freetype library deliver a greyscaled bitmapped image of the
> character to be drawn (glyph image?), which is then transformed into the
> color requested via nano-X.
>
> Can someone please point me where this greyscale to color transformation
> takes place?
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####

Hi,

Is  microwindows/src/drivers/fblin24.c the place you are looking for?

Kees

: Using nano-X under AVR32 the Freetype2 support renders font colors with
: red and blue colors reversed mixed up (at 24bit color depth).
: 
: IIRC the Freetype library deliver a greyscaled bitmapped image of the
: character to be drawn (glyph image?), which is then transformed into the
: color requested via nano-X.
: 
: Can someone please point me where this greyscale to color transformation
: takes place?

The FB2 subdriver uses the psd->drawarea entry point,
which may not be fully configured for your system.  The
drawarea entry point is a replacement for blit, as it
was contributed, but not fully integrated in every driver.
Since you're running 24bpp, the driver file src/drivers/fblin24.c
will be used.  Compare the drawarea implementation with
the fblin32.c and fblin16.c versions.  There may be some
byte swapping or word orientation issues also.

Regards,

Greg