Manuel wrote:
> Why a third write to PF1?
Too many striped PFs and not enough sleep. :-)
> The bottom kernel then does the real work. It's line counter is already indexing all data tables and you never have to answer the "to draw or not to draw" question - you just always draw.
Yup (except for the ball).
> With a game that simple, you can then buffer all your shape/NUSIZX/HMMX data into the RAM.
> If, lets say the bottom kernel does 10 2LK lines you can buffer all kernel data in 2*4*10 = 80 bytes, leaving still almost 50 bytes free...
That will only save 1 cycle for every read (lda zp,x vs. lda (ind),y). Since you are already doing a 2LK, I don't think this will be necessary. Except maybe for the castles, though the O2 version uses precalculated graphics there too.
Have?fun!
Thomas
_______________________________________________________
Thomas?Jentzsch?????????|?***?Every?bit?is?sacred?!?***
tjentzsch?at?web?dot?de?|
______________________________________________________________________________
ComputerBild (15-03) empfiehlt: Der beste Spam-Schutz ist bei
WEB.DE FreeMail - Deutschlands beste E-Mail - http://s.web.de/?mc=021124
----------------------------------------------------------------------------------------------
Archives (includes files) at http://www.biglist.com/lists/stella/archives/
Unsub & more at http://www.biglist.com/lists/stella/
