>Ok. This confuses me, the data bus to cart memory is only 16-bit,

Well, I actually hear that the cart ram data bus is only 8-bits, but I could
be wrong...

>What strategies are people using so far for they code & data? Not

I'm not too sure, I haven't actually disassembled anything yet to take a
look, as I'm still learning ARM, though Yoshi was done in C....

>UART makes it a lot simpler. Plus using a minimum of 256KHz is a good thing
>too.

Very much so... Serial on the GBC was just more trouble than it was worth.
LOL


> > 11) Change in maximum simultaneous colouring numbering - Changing to
>5:5:5
> > (32768 colours) from 5:6:5 (65536 colours)
>
>Now I wonder why they chose to do that... Simpler hardware decoding logic
>perhaps.

Well, the way the color was laid out was a bit interesting...
G:R:R:R:R:R:G:G:G:G:G:B:B:B:B:B
Just eliminating that leading G bit and fixing it low will probably make the
LCD controller's job easier (more time for other drawing?) And not like we
are really going to miss 32768 extra shades... 32768 is a hell of alot for a
handheld. Playing the gamegear, I am quite satisfied with the color
capabilites... and it had what, 256 colors from a 2048 palette? We've got
more colors to work with without hardware tricks than the GBC could do with
lots of hardware tricks. hehehe

-WD
________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com