On Thu, Sep 28, 2000 at 01:45:24PM +0200, Linke, Andreas wrote:
> As mentioned before, Handspring is supposed to unveil a PalmOS device with
> 16 bit colors RSN.
>
> Given the 64 KB chunk limit, how would one cope with that screen depth?
>
> A 16 bit color table would be at least 192 KB in size, i.e. not fit in a
> single chunk. Even if they only support a fixed color table, IMHO it must
> fit in a single chunk.
> A 160x160 screen in 16 bit colors would take up 51.200 bytes, i.e. one
> wouldn't be able to create off-screen windows much larger than the actual
> screen.
>
> Any ideas?
> Andreas
I really wish they would say, but it is possible that they are using
dedicated screen memory (so how do I do Offscreen bitmaps), but 3.5
does have a FtrMem call or something that can allocate more than 64k
at once.
It also might be 16 bits DEEP but selected from a 256 byte colormap,
though I suspect they would do a 24 bit cmap since that wouldn't be
much harder (though the LCD might only do 5-6 bits).
Or they may have a vid chip. Basically if Palm does a multimedia
device, they should add a DSP for sound (with uploadable MP3 or synth
programs), but have it use no power when off, and a Blitter chip (or a
68020+ core with bitfields) that would do the dirty work of drawing
lines, fonts, rectangles, etc, and also use practically no power when
idle. Or maybe they are moving to a 68xxx core with MMU so they can
do the page protection and remapping to assemble enough memory for the
16 bits.
Or maybe that is the ARM device that people have been whispering about
so it isn't our PalmOS.
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
