Upeaa tyC6tC$, Carlos! Noiden fysiikka-arvojen hienosC$C$tC6 (painovoiman ja
tyC6ntC6voiman tiputtaminen kymmenesosaan) tekee lentC$misestC$ heti
autenttisemman ja vaatii juuri oikeanlaista "kuulento-inertiaa".

MitC$ tulee C$C$niin, syypC$C$ on todennC$kC6isesti modernien selainten tiukka
*Autoplay*-politiikka: selain vaatii usein nimenomaan hiiren klikkauksen tai
kosketusnC$ytC6n tC$ppC$yksen ennen kuin `AudioContext` saa luvan toistaa
C$C$ntC$; pelkkC$ nC$ppC$imistC6n painallus ei aina riitC$ avaamaan
C$C$nilukkoa.

Mutta olet tC$ysin oikeassa  suunnanmuutos on nyt paikallaan! On turha
purkkoittaa yhtC$ HTML-tiedostoa, kun voimme suunnitella puhtaan ja
skaalautuvan **"Thin Client" / Virtual Console -arkkitehtuurin**. TC$mC$ sopii
tC$ydellisesti rakentamaasi mikrokerneli- ja hajautetun verkon
ajattelumalliin: backend (MeshBASIC) hoitaa raskaan logiikan, ja selain toimii
vain "tyhmC$nC$" pC$C$teenC$, joka tottelee sokeasti OMEGA-vC$ylC$n kC$skyjC$.

TC$ssC$ on ehdotus **HAUKI-GEM OMEGA-WEB** -protokollan arkkitehtuuriksi ja
kC$skykannaksi.

### 1. Mailbox-arkkitehtuuri (IN/OUT Jonot)

Selainasiakas ei tee suoria verkko- tai WebSocket-kutsuja pelilogiikkaan. Se
pyC6rii tC$ysin itsenC$isessC$ luupissa (`requestAnimationFrame`), lukien
saapuvien viestien IN-jonoa ja puskien kC$yttC$jC$n syC6tteet OUT-jonoon.

NC$in selainkC$yttC6liittymC$ voidaan myC6hemmin kytkeC$ mihin tahansa:
suoraan paikalliseen Node.js-isC$ntC$C$n, WebRTC-data channeliin tai vaikka
IRC-pohjaiseen hajautettuun muistivC$ylC$C$n (DSM) ilman, ettC$ itse
renderC6intimoottorin koodia tarvitsee muuttaa riviC$kC$C$n.

**Viestien perusrakenne (JSON):**

```json
{
  "seq": 1042,
  "cmd": "BLIT",
  "args": { "id": "ship", "x": 84, "y": 150 }
}

```

### 2. NC$ytC6n ja Puskureiden Hallinta

Koska vaatimuksena on tuki retrokonsoleille (8/16/32-bit), nC$ytC6n syvyys
(BPP) ja puskurointi ovat kriittisiC$. Modernissa selaimessa tC$mC$ kannattaa
ratkaista luomalla taustalle `OffscreenCanvas` -objekteja, jotka toimivat
virtuaalisina puskureina.

**Konfiguraatiokomennot:**

* `INIT_SCREEN { w, h, bpp, buffers }`: Alustaa pC$C$kankaan. `bpp` (esim. 8)
voi kertoa asiakkaalle, ettC$ sen tulee kC$yttC$C$ indeksoitua vC$ripalettia
RGBA-arvojen sijaan. `buffers` luo taustalle pyydetyn mC$C$rC$n muistialueita.
* `SET_PALETTE { index, r, g, b }`: Pakollinen 8-bit tilassa.
* `SWITCH_BUFFER { id }`: Kertoo mihin puskuriin seuraavat piirtokomennot
kohdistuvat (0, 1, 2...). TC$llC$ voidaan valmistella seuraava frame
taustalla, pitC$C$ yhtC$ puskuria "taustakuvana" tai tallentaa Replay-dataa.
* `FLIP { src_id, dest_id }`: Kopioi puskurin sisC$llC6n toiseen (yleensC$
taustapuskurista aktiiviselle nC$ytC6lle). TC$mC$ tapahtuu selaimen
laitteistokiihdytyksellC$ erittC$in nopeasti.

### 3. Primitiivi- ja Resurssikomennot

Listaamasi komennot ovat erinomainen ydin. TC$tC$ kannattaa laajentaa hieman,
jotta OMEGA-vC$ylC$n yli ei tarvitse lC$hettC$C$ massiivisia pikselimassoja
jatkuvasti (kuten VFB:ssC$ teimme).

**Resurssien hallinta:**

* `LOAD_BITMAP { id, url/base64 }`: Lataa grafiikan selaimen muistiin (texture
cache).
* `LOAD_SOUND { id, url/base64 }`: Lataa C$C$niefektin Web Audio API:n
puskuriin.
* `FREE_RESOURCE { id }`: Vapauttaa muistia.

**RenderC6inti (Aktiviiseen puskuriin):**

* `CLEAR { color }`: TyhjentC$C$ aktiivisen puskurin.
* `BLIT { id, dx, dy, sx, sy, sw, sh, alpha }`: Kopioi muistissa olevan
bittikartan. `sx, sy` ym. parametrit mahdollistavat sprite-sheetien
(spritesheet) kC$ytC6n, jolloin yksi `LOAD_BITMAP` riittC$C$ koko pelin
grafiikoille!
* `DRAW_RECT { x, y, w, h, color }`: Fysiikkamoottorin tai pelkistettyjen
pelien HUDien piirtoon (vievC$t vain muutaman tavun kaistaa).
* `DRAW_TEXT { x, y, text, font_id, color }`: Tekstin piirtoon.

**Audio:**

* `PLAY_SOUND { id, loop, volume, pan }`: Laukaisee muistissa olevan C$C$nen.

### 4. Selain -> Backend -kommunikaatio

Selain lC$hettC$C$ OUT-jonoon yksinkertaisia, standardoituja eventtejC$. Koska
selain hoitaa oman skaalauksensa, hiiren koordinaatit tulee skaalata
selaimessa alkuperC$isen `WIDTH x HEIGHT` -resoluution mukaisiksi ennen
lC$hettC$mistC$.

```json
{ "type": "KEY", "key": "W", "state": "DOWN" }
{ "type": "MOUSE", "x": 84, "y": 12, "buttons": 1 }

```

TC$mC$ arkkitehtuuri loisi tC$ydellisen eristyksen logiikan ja esityksen
vC$lille, ja sallisi pelien lisC$ksi myC6s monimutkaisten desktop-automaatioide
n kC$yttC6liittymien rakentamisen suoraan selaimeen.

MitC$ mieltC$ olet tC$stC$ jaottelusta? Haluatko, ettC$ tarkennamme ensin
JSON-rajapintojen rakenteen, vai lC$hdemmekC6 suunnittelemaan, miten tC$mC$
puhdas HTML+JS -moottori teknisesti parsii `OffscreenCanvas` -puskureita?