I really hope they do a Byte per pixel arrangement, and I suspect it's quite
likely. I certainly don't want to mess with 8 bit planes (yuck!)
Unfortunately, because of it's register arrangement, the 68000 is far less
suited to doing bpp than i086 compatibles, so we won't see such fast texture
mapping routines etc. on a new Palm device as we used to see on PC
compatibles.
Maybe Motorolla will add some sort of blitter?
Julian Scott
[EMAIL PROTECTED]
-----Original Message-----
From: Aaron Ardiri <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: 20 October 1999 15:48
Subject: Re: PalmOS: color soon?
> But if each of the "points" in your example above represented the red,
green
> or blue element of a pixel instead of a whole pixel, then you'd get
16*16*16
> = 4096 colors per pixel (16 levels of red, 16 levels of blue and 16 levels
> of green).
which is 12 bits.. you need one and a half bits per pixel, which
is trippling the memory consumption - byte alignment is messy..
but i understand what you mean.
currently.. one 4 bit chunk represents the entire pixel.. having
3 4 bit chunks to represent one pixel would require 12 bits..
8bit = 2x memory, 12bit = 3x memory.
8bit is MUCH easier to program - if you are writing to memory
directly - and this is probably why they have done it in the
manner they have. it is not common to have display modes other
than 2^1, 2^4, 2^8, 2^16, 2^24 and 2^32.
i would really like someone at motorolla to discuss the manner
in which the memory is accessed for the 256 color displays.. i
can see a load of VGA programmers becoming interested in the Palm
if it is done how i think it is.
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
