nanogui: NXLIB Support For Displays With < 8 bpp???
Subject:
Re: [nanogui] NXLIB Support For Displays With < 8 bpp???
From:
"Greg Haerr" ####@####.####
Date:
23 Aug 2005 17:06:51 +0100
Message-Id: <02e001c5a7fc$88b41e70$6401a8c0@winXP>
: It looks like NXLIB does not support any display of less than 8 bits per
: pixel. Why? Is there any way around this problem?
The reason for this is that I didn't have time to write all the conversion
routines for X11 Get/Put pixel that would be required for many
applications. It's a bit complicated to explain: Microwindows,
in order to keep simplicity, always keeps all bitmaps in the
host native format, so that a low-level blit is all that's needed
in order to display them. This is also the case in the portrait
modes. The application is forced to deal with bitmaps
in the native display format. For embedded systems,
since the applications are typically written for the
target, this isn't usually an issue.
X11 apps, on the other hand, can deal with bitmaps in
any way they desire. Xlib and the X11 server contains
TONS of code for conversion from _any_ format to any
other. No X11 apps deal with < 8bpp, except monochrome
bitmaps, a special case for X11 that Microwindows
doesn't currently handle (it should, though).
So - if you'd like to get NXLIB to work for < 8bpp, the
first task is to grep for all switch statements where bpp
is examined, and add the 1 and 4bpp cases. If your application
doesn't deal with bitmaps, it should likely run, at least. Then
you'll have to add the routines to convert bitmaps
from >=8bpp to 1 and 4bpp for image display.
I'd be interested in this patch, I'm willing to help!
Regards,
Greg
