nanogui: NanoGUI palette model


Previous by date: 30 Sep 1999 07:57:50 -0000 dual video, Kyle Harris
Next by date: 30 Sep 1999 07:57:50 -0000 Re: Cleaning up the source trees, Vidar Hokstad
Previous in thread: 30 Sep 1999 07:57:50 -0000 Re: NanoGUI palette model, Greg Haerr
Next in thread: 30 Sep 1999 07:57:50 -0000 Re: NanoGUI palette model, Bradley D. LaRonde

Subject: Re: NanoGUI palette model
From: "Vidar Hokstad" ####@####.####
Date: 30 Sep 1999 07:57:50 -0000
Message-Id: <19990930075311.30858.qmail@mail.relight.com>

On Wed, 29 Sep 1999 13:57:24 -0400 you wrote:
>----- Original Message ----- 
>From: Greg Haerr ####@####.#### 
>To: 'Vidar Hokstad' ####@####.#### 
>Cc: ####@####.#### 
>Sent: Wednesday, September 29, 1999 1:24 PM 
>Subject: RE: NanoGUI palette model 
> 
> 
>> I agree.  #defining TRUECOLOR isn't implemented, really, I just 
>> stuck it in to point to where the work is needed.  Let's implement as you 
>> suggest, we can't assume that COLORVAL==PIXELVAL.  I suggest 
>> adding another entry in the scrdev structure that indicates the way that 
>> the hardware PIXELVALs are packed, and the devdraw.c code can pack 
>> them according to the enum: PACKED15, PACKED16, PACKED24, PACKED32, 
>> or any other crazy format. 
> 
>That info is already available from a frame buffer device. 

But the upper levels of Nano-X doesn't know about the frame buffer device,
and not all drivers will use the frame buffer device, so the info must
be available from the driver.

Vidar.

Previous by date: 30 Sep 1999 07:57:50 -0000 dual video, Kyle Harris
Next by date: 30 Sep 1999 07:57:50 -0000 Re: Cleaning up the source trees, Vidar Hokstad
Previous in thread: 30 Sep 1999 07:57:50 -0000 Re: NanoGUI palette model, Greg Haerr
Next in thread: 30 Sep 1999 07:57:50 -0000 Re: NanoGUI palette model, Bradley D. LaRonde


Powered by ezmlm-browse 0.20.