nanogui: NanoGUI palette model
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.