Bocsi, tévedtem, a játékban nincs egyik részlet se fixen a kódban, minden hátteret PUSH-ol a képernyőre 4 regiszterpárt felhasználva hozzá: BC,DE,BC',DE'. Így, ha jól számoltam, kb 1 frame alatt teleírja a hátteret, és marad kb 1 frame a sprite-okra, és egyébre.

Azzal lehet a leggyorsabban adatot írni, 4x olyan gyorsan tesz be 2 byte-ot a memóriába, mint, az LDIR, sok időt lehet spórolni vele. ( utasítás idő: PUSH 11, POP 10, LDIR 21/16, LDI 16 , igaz ezek az értékek csak a NICK által nem használt RAM-ban lévő utasításokra érvényesek)
Jelen esetben a háttér 4 karakter széles területekből áll, és ez ismétlődik, ezért fontos a 4 regiszterpár, elég egyszer feltölteni a 4 regiszterpárt, aztán egy soron mindezt kiírni 8-szor, ez a megoldás kb 3x olyan gyors, mintha LDIR-rel ment volna a másolás, ugyanez érvényes a képernyőtörlésre is, csak ott a PUSH-sal majd 4-szer olyan gyorsan lehet törölni a képernyőt, mint LDIR-rel.

A gyors RAM tesztek is PUSH-al nullázzák a RAM-ot.

Itt már egyszer volt szó arról, hogy POP-PUSH módszer gyorsabb mint az LDIR, tehát még akkor is jobb, amikor memóriából memóriába kell másolni.

Ja, és itt jön képbe, hogy meg lehet nézni azt is, hogy a 2pixelenkénti scroll mennyire csúnya, mert ha nem, akkor még lehetne sebességet nyerni, nem is keveset.

Hát nézd meg a SOMB2 intrójában a scroll -t, az byte -os ( vagyis 2 (16 szinű) pixel ), kétképernyős, csak a belépő információt feltöltős ...

Es 50 Hz -es ...

Hmmm ... Semilyen akadásra nem emlékszek ...

HW EP -n én egy nagyon gyors, teljesen folyékony hatásra emlékszem ... ha nyomod a T gombot, na akkor szaggat ...