> Couldn't they get 4096 colors by using the current Dagonball EZ processor in
> 4 bit "grayscale" mode, with each 4 bits representing a red, green or blue
> sub-pixel?
at the moment, in grayscale each point is represented using 4 bits
- that is, we have 2*2*2*2 possible values = 16. i assume what they
are going to do with the new processor is to align pixels on a
8 bit boundary (much like classic VGA programming). i dont quite
understand what you are referring to.. maybe 12 bits?
256 color this means that each BYTE in memory shall represent a pixel
on the LCD display. this makes coding routines very easy - especially
if writing to memory directly.
i guess that you shall store 0 to 255 in each pixel location and a
pallette lookup will occur, which is a table of 256 entries specifying
the RGB values for each color index.
this is the only way i see them doing this - and quite frankly, it
is one of the best ways to get color into a device such as a palm.
we dont need 16bit color on the palms - 256 color would be perfect
for most things.. we dont have the screen real estate like on our
desktop machines.
interested in seeing how the 256 color technique works? go to:
ftp://x2ftp.oulu.fi/pub/msdos/programming/
they have plenty of programming tips for MSDOS Mode 13h - which
i assume is exactly the same technique that motorolla shall implement
for this 256 color display.
A: 160x160 memory buffer --> 25600 bytes
B: 256x3 pallette buffer --> 768 bytes
if motorolla are doing it this way.. bring back pallette rotations
etc will make your Palm just like a MSDOS Mode 13 machine! :>>
i would be happy to bring fractint to the palm os and show those
cycling palletes :> loads of games that can be ported to meet the
demand of those palmers out there :))
cheers.
az.
--
Aaron Ardiri
Lecturer http://www.hig.se/~ardiri/
University-College i G�vle mailto:[EMAIL PROTECTED]
SE 801 76 G�vle SWEDEN
Tel: +46 26 64 87 38 Fax: +46 26 64 87 88
Mob: +46 70 656 1143 A/H: +46 26 10 16 11
