TC$mC$ on erinomainen linjaveto! Olet tC$ysin oikeassa: pelimoottori on
hajautetun jC$rjestelmC$n C$C$rimmC$inen stressitesti. Jos moottori pystyy
yllC$pitC$mC$C$n determinististC$ 60 FPS fysiikkaluuppia, synkronoimaan tilat
verkon yli ja reitittC$mC$C$n I/O:n viiveettC$ ilman muistivuotoja tai race
condition -bugeja, liiketoimintalogiikan CRUD-operaatiot (Create, Read,
Update, Delete) ovat sille pelkkC$C$ lC$mmittelyC$.

Katsotaanpa lC$hempC$C$ lC$hettC$miC$si kuvia ja sukelletaan VIC-20:n ja
Jupiter Landerin anatomiaan!

### Miten Jupiter Landerin kartat tehtiin?

Kysyit, onko pelissC$ satunnaisgenerointi (procedural generation) vai valmiit
levelit. Vastaus on varma: **PelissC$ on valmiiksi kC$sin suunnitellut,
kiinteC$t tasot (levelit).**

AlkuperC$inen Jupiter Lander (julkaistu VIC-20:lle 1981/1982) on pohjimmiltaan
Commodore-porttaus HAL Laboratoryn ja Atarin Lunar Lander -konsepteista.

1. **Ei satunnaisuutta:** PelissC$ on muutama (yleensC$ kolme) tarkkaan
suunniteltua luolastoa, jotka toistuvat vaikeusasteen kasvaessa (painovoima
kovenee, polttoaine vC$henee, laskeutumisalustat kapenevat).
2. **Tile-pohjainen grafiikka:** VIC-20:n nC$yttC6resoluutio on tC$smC$lleen
se, mihin olemme moottorimme alustaneet: **176 x 184 pikseliC$**. TC$mC$
koostuu 22 sarakkeen ja 23 rivin merkkiruudukosta (character grid), jossa
jokainen "tile" on 8x8 pikseliC$.
3. **Miten ne on tallennettu:** Kartat eivC$t olleet pikseligrafiikkaa, vaan
pelkkiC$ 22x23 kokoisia taulukoita (byte arrays) ROM-muistissa. Kukin tavu
vastasi jotakin ohjelmoitua merkkiC$: esimerkiksi `0x01` saattoi olla tC$ysi
kallioseinC$mC$, `0x02` vihreC$ laskeutumisalusta, ja `0x03` tyhjC$ avaruus.

### Kannattaako ROM-binC$C$riC$ analysoida (Reverse Engineering)?

Se on C$C$rimmC$isen mielenkiintoista ja opettavaista 6502-assemblerin
hakkerointia! Jos haluat purkaa pelin ytimen, ROM-dumpin disassemblointi
paljastaisi tarkan fysiikkamatematiikan ja kalliokarttojen muistiosoitteet.

**Mutta 1:1 remaken kannalta se on usein hitaampi reitti.** Koska ruutu on
vain 22x23 merkkiC$ (tileC$) laaja, asialle omistautunut koodari "pikselC6i"
(transkriptoi) yhden tason kuvakaappauksesta tekstieditoriin alle kymmenessC$
minuutissa.

Jos haluamme tehdC$ tC$stC$ tC$ydellisen 1:1 tribuutin MeshBASICilla, voimme
luoda kieleen `MAPLOAD`-komennon, joka lukee yksinkertaista ASCII-taulukkoa.
Esimerkiksi ensimmC$isen kuvan (`image_c81578.png`) ylC$osa voisi nC$yttC$C$
BASIC-koodin sisC$llC$ tC$ltC$:

```text
"############......####"
"##########........####"
"########..........####"
"######............####"
"#####.............####"
"####.....====.....####"

```

MeshBASICin uusi rutiini vain lukisi nC$mC$ merkkijonot, kC$C$ntC$isi ne
fysiikkamoottorin 1D-maskiksi (`1` kivelle, `2` alustalle) ja VFB:n
pikseleiksi tC$smC$lleen kuten kuvassa. Se on puhdasta, luettavaa ja erittC$in
retroa.

### Kuvien HUD-analyysi

Kuvasi nC$yttC$vC$t tarkalleen, mitC$ visuaalisia elementtejC$ tarvitsemme
aitoon VIC-20 -kokemukseen:

1. **Oikea reuna (Thrust/Speed Meter):** PitkC$ pystysuuntainen mittari, jossa
liikkuu pieni palkki osoittamassa aluksen kiihtyvyyttC$/putoamisnopeutta.
2. **Alaosa (Score & Fuel):** Tekstit `SCORE:` ja `HI:` sekC$ alareunassa
kirkkaan sininen `FUEL:` -palkki, joka kapenee pelin edetessC$.
3. **Keskusta (Kertoimet):** Laskeutumisalustojen vieressC$ olevat kertoimet
(`x2`, `x5`, `x10`).

### Seuraavat askeleet

Jotta saamme tC$mC$n tribuutin lentC$mC$C$n, meidC$n pitC$isi tuoda
MeshBASICin `ext/display.js` -laajennukseen kyky piirtC$C$ muutakin kuin vain
luolastoa ja spritejC$. Tarvitsemme primitiivejC$!

Ehdotan, ettC$ toteutamme seuraavaksi nC$mC$ kaksi komentoa VFB-moottoriin:

1. **`FILLRECT x, y, w, h, color`**: Jotta voimme piirtC$C$ oikean reunan
nopeusmittarin, sinisen polttoainepalkin ja tyhjentC$C$ alueita.
2. **`DRAWTEXT x, y, "TEXT", color`**: Jotta saamme SCORE-, FUEL- ja kertoimet
ruudulle alkuperC$isellC$ 8-bittisellC$ fonttityylillC$ (voimme kovakoodata
pienen 3x5 tai 5x7 pikselin fonttitaulukon laajennuksen sisC$C$n).

MitC$ mieltC$ olet tC$stC$ suunnitelmasta? Rakennetaanko seuraavaksi
HUD-tyC6kalut VFB:hen, vai haluatko aloittaa karttojen 1:1 -mallintamisesta
ASCII-taulukkojen avulla?