nanogui: Thread: colormap

Hi All,
sometime ago I had a problem with color map on a STN and couldn't remember what I did to fix it. The colors are off such that sades of blue are yellowish or redish. I'm using a TFT panel and trying to reverse what I did but couldn't remember or find what I changed. 
Did anyone ever had this problem? Could anyone offer some clues? I'm using a 16bpp fb.

Much thatks -- ER





_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

: sometime ago I had a problem with color map on a STN and couldn't remember
what I did to fix it. The colors are off such that sades of blue are
yellowish or redish. I'm using a TFT panel and trying to reverse what I did
but couldn't remember or find what I changed.
: Did anyone ever had this problem? Could anyone offer some clues? I'm using
a 16bpp fb.

Likely, you're running 5/5/5 or 5/6/5, and microwindows is configured
otherwise.
The file drivers/scr_fb.c has some kernel palette/color init code that
you might want to look at.

Regards,

Greg

I tried this but no suscess. It appears that the nanowm is the problem but I'm not sure how it's interpretation is different from the nanoX server.
My fb is set to 5/6/5 and the nanoX server is reading it as 5/6/5, and so in the manager? 
Any ideas will be helpfull.

Thanks,
--ER   

------------------------------------------------------------------
: sometime ago I had a problem with color map on a STN and couldn't remember 
what I did to fix it. The colors are off such that sades of blue are 
yellowish or redish. I'm using a TFT panel and trying to reverse what I did 
but couldn't remember or find what I changed. 
: Did anyone ever had this problem? Could anyone offer some clues? I'm using 
a 16bpp fb.

Likely, you're running 5/5/5 or 5/6/5, and microwindows is configured 
otherwise. 
The file drivers/scr_fb.c has some kernel palette/color init code that 
you might want to look at.

Regards,

Greg 

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

: I tried this but no suscess. It appears that the nanowm is the problem but
I'm not sure how it's interpretation is different from the nanoX server.
: My fb is set to 5/6/5 and the nanoX server is reading it as 5/6/5, and so
in the manager?

You're saying that when you run your application alone, it works,
but when you run it with nanowm running, it doesn't?

Regards,

Greg

:
: ------------------------------------------------------------------
: : sometime ago I had a problem with color map on a STN and couldn't
remember
: what I did to fix it. The colors are off such that sades of blue are
: yellowish or redish. I'm using a TFT panel and trying to reverse what I
did
: but couldn't remember or find what I changed.
: : Did anyone ever had this problem? Could anyone offer some clues? I'm
using
: a 16bpp fb.
:
: Likely, you're running 5/5/5 or 5/6/5, and microwindows is configured
: otherwise.
: The file drivers/scr_fb.c has some kernel palette/color init code that
: you might want to look at.

Actually, no. With or Without the window manager running the aplication colours are the same, however, it it visible that smething is off when the window manager is started. The background, instead of being blue is a sort of reddish tint.

--ER

------------------------------------------------------------------

: I tried this but no suscess. It appears that the nanowm is the problem but 
I'm not sure how it's interpretation is different from the nanoX server. 
: My fb is set to 5/6/5 and the nanoX server is reading it as 5/6/5, and so 
in the manager?

You're saying that when you run your application alone, it works, 
but when you run it with nanowm running, it doesn't?

Regards,

Greg

: 
: ------------------------------------------------------------------ 
: : sometime ago I had a problem with color map on a STN and couldn't 
remember 
: what I did to fix it. The colors are off such that sades of blue are 
: yellowish or redish. I'm using a TFT panel and trying to reverse what I 
did 
: but couldn't remember or find what I changed. 
: : Did anyone ever had this problem? Could anyone offer some clues? I'm 
using 
: a 16bpp fb. 
:
: Likely, you're running 5/5/5 or 5/6/5, and microwindows is configured 
: otherwise. 
: The file drivers/scr_fb.c has some kernel palette/color init code that 
: you might want to look at.
 


_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

Isn't their somewhere to select RGB or BGR ordering?

Thanks,
--ER

-----------------------------------------------------------------
: I tried this but no suscess. It appears that the nanowm is the problem but 
I'm not sure how it's interpretation is different from the nanoX server. 
: My fb is set to 5/6/5 and the nanoX server is reading it as 5/6/5, and so 
in the manager?

You're saying that when you run your application alone, it works, 
but when you run it with nanowm running, it doesn't?

Regards,

Greg

: 
: ------------------------------------------------------------------ 
: : sometime ago I had a problem with color map on a STN and couldn't 
remember 
: what I did to fix it. The colors are off such that sades of blue are 
: yellowish or redish. I'm using a TFT panel and trying to reverse what I 
did 
: but couldn't remember or find what I changed. 
: : Did anyone ever had this problem? Could anyone offer some clues? I'm 
using 
: a 16bpp fb. 
:
: Likely, you're running 5/5/5 or 5/6/5, and microwindows is configured 
: otherwise. 
: The file drivers/scr_fb.c has some kernel palette/color init code that 
: you might want to look at.


_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

: Isn't their somewhere to select RGB or BGR ordering?

The ordering of the bits in a word for color output is all
handled with macros - see device.h MWCOLORVALTOPIXELVAL
and related macros.

Regards,

Greg

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?

Thanks,
--ER


> -----Original Message-----
> From: Greg Haerr ####@####.####
> Sent: Tuesday, December 20, 2005 11:57 AM
> To: ####@####.#### ####@####.####
> Subject: Re: [nanogui] colormap
> 
> : Isn't their somewhere to select RGB or BGR ordering?
> 
> The ordering of the bits in a word for color output is all
> handled with macros - see device.h MWCOLORVALTOPIXELVAL
> and related macros.
> 
> Regards,
> 
> Greg
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####



_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

: 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

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!