nanogui: colormap
Subject:
Re: [nanogui] colormap
From:
"Robbie" ####@####.####
Date:
21 Dec 2005 23:07:30 +0000
Message-Id: <20051221230425.26FA5BF7B@xprdmailfe13.nwk.excite.com>
Things are a bit more complicated that one might think, but I'll make the necessary changes.
However, I need some enlightment with regards to the way nanogui handle its colors.
With the ARM9 cpu I'm using, for 16Bpp, no palette is used, it writes directly to the framebuffer. So it looks like I'll have to set this direct access first then swap the 'r' and 'b' bits.
Am I missing anything? It appears that the visual (scr_fb.c) should be FB_VISUAL_DIRECTCOLOR instead of TRUECOLOR. Could someone laborate on this?
Thanks,
--ER
> -----Original Message-----
> From: Greg Haerr ####@####.####
> Sent: Tuesday, December 20, 2005 4:29 PM
> To: ####@####.#### ####@####.####
> Subject: Re: [nanogui] colormap
>
> : I believe I've found the source. The byte ordering for the arm lcdc
> driver
> (linux 2.6.12) is set to BGR and nanoX is assuming RGB. The question is,
> Is
> their an easy switch in the nanoX source? I've examine the device.h file
> and
> it appears that I'll have to redefine the conversions? Is their a simpler
> way I might be missing?
>
> I thought redefining macros would be simple :)
> It should be as simple as changing the positions of 'r' and 'b'
> in the macro definition, I think.
>
> Yes, change the macros to switch the RGB values that your
> framebuffer requires. When you get it working, send me
> a patch, and I'll add it to CVS device.h.
>
> Regards,
>
> Greg
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
