Nintendo Entertainment System

KAPITTEL 5. PRAKTISK: NOEN ENKLE PROGRAM
I tillegg må vi fjerne segmentet som før het RAM. Nå har vi ikke lenger et segment som dekker
hele RAM, så det må bort. I stedet kan vi lage et segment som vi kan kalle ZEROPAGE, som vi
kan bruke til å lagre eventuelle variabler senere:
ZEROPAGE : load = RAM_MEM , type = zp;
Nå kan vi ta for oss selve koden. Koden starter ved at vi venter to frames til PPU-en har fått
varmet seg opp. Deretter slår vi av renderingen, slik at vi har fri tilgang til adresseområdene til
PPU-en. Paletten lastes inn, og startkoordinatene og tile-nummeret til spriten legges i variablene
som er definert i page 2 (som dekkes av segmentet kalt OAM). Det er dataene i denne pagen
som skal kopieres over i OAM før hver frame. Til slutt legger vi instillinger i $2000 og $2001.
Etter at instillingene er satt, entrer så hovedloopen (labelen «Hovedloop»), som kjøres om og
om igjen. Det første hovedloopen gjør er å vente til vi er i vblank. Deretter kopieres page 2
over til OAM med DMA. Til slutt flyttes spriten ved at x-koordinaten inkrementeres med 1. Den
endringen vil da fraktes over til OAM i neste frame. Når vi kommer til slutten av koden, hopper
vi opp igjen til Hovedloop. Da vil CPU-en vente til neste frame, og så kjører loopen på nytt.
I GFX-segmentet legger vi bare én fil, eks2.spr. Denne vil da fylle pattern table 1. Pattern
table 2 vil bare fylles med 0. I koden har vi satt både sprites og bakgrunner til å hente tiles fra
pattern table 1. Dersom ingenting er skrevet til VRAM, vil hver byte være fylt med 0. Det vil
si at alle nametablene vil inneholde 0. Da plasseres tile 0 over hele bakgrunnen. Det er derfor
smilefjesene vil dekke hele bakgrunnen. Dette er noe å være obs på: Hvis tile 0 ikke er tom, og
ingenting er lagt i nametablene, vil bakgrunnen fylles av den første tilen. Det er en vanlig feil
å glemme dette. Dersom spillet kommer til å fylle nametablene fullstendig, er ikke dette noe
problem, men hvis ikke bør den første tilen i pattern tablet være tom.
5.2.1 Oppgaver
1. Få spriten til å snu retning når den treffer kantene på skjermen
2. Legg inn flere sprites. Hva skjer når det er flere enn 8 én linje?
5.3 Eksempel 3: Input fra kontrollene
En ting vi ikke har sett på enda er hvordan vi kan hente inn tastetrykk fra kontrollene. Det
passer ikke så godt inn med hverken CPU-en eller PPU-en, så det kan vi ta nå. Tanken her er å
modifisere forrige eksempel slik at vi kan styre spriten med piltastene.
Å kommunisere med kontrollene gjør vi med to adresseregistre: $4016 (kontroll 1) og $4017
(kontroll 2). Disse fungerer på en merkelig måte. Før vi kan lese fra en kontroll må vi først skrive
1 til det tilhørende registeret, og deretter 0 1 . Deretter kan vi lese hvert tastetrykk ved å lese
fra registeret. Hver gang vi leser fra registeret får vi statusen til en ny knapp. Rekkefølgen er
som følger: A, B, Start, Select, Opp, Ned, Venstre, Høyre. Den laveste biten av verdien vi leser
1 Dette forteller en seriell 8-bits latch i kontrollen til å lagre statusen til hver knapp.