Az Orlandós képernyőn egy térkép lett volna a minyonok kezében, de nagyon kicsi volt a hely, felismerhetetlen lett. Majd csinálok egy screenshot-ost, amin be lesznek jelölve a kulcsok, kukacok, és a hozzájuk tartozó ajtók, növények.

Majd csinálok egy screenshot-ost

Az jó lesz, kíváncsi leszek!

ezt a játékot nem lehetne cpc-re átírni?

Vagy akár Spectrumra (48k és/vagy 128k), vagy még Videotonra is lehetne próbálkozni. Nyilván az adott gép határai között. Úgy tudom, Tomato77 valami speciális környezetben írta a játékot, C nyelven, onnan talán nem olyan bonyolult más géphez optimalizálni és fordítani.

Ha kevés a hely képek tárolására, akkor használható lehetne az epcompress

Bevallom, nekem nem világos, hogyan működik: a memóriában folyamatosan tömörítve tárolja az adatokat, és csak azt csomagolja ki, amire épp szüksége van, vagy csak a diszken van tömörítve, és betöltéskor az egészet kicsomagolja, ekkor viszont ugyanúgy kell neki 7 szegmens. Igazából 128K-ban elfér, úgyhogy nem tervezem a tömörítést.

Végigjátszottam a játékot. Közben mentegettem képeket. Igyekeztem úgy, hogy minden banán látható legyen. A fehér csíkok azt jelölik, melyik ajtó hová vezet (nem feltétlen oda-vissza, nyilazni nem volt kedvem), a sárga pedig azt mutatja, hogy melyik kukac melyik növényt eszi meg. A kulcsokat nem jelöltem be, a színük alapján látszik, melyik ajtót nyitják.

jó ez a térkép
nagyon hangulatos ez a játék, teljesen adja annak a kornak a hangulatát, amikor elkezdtünk számítógépezni

Tessen nézni forráskódot! A Draw_Room() függvény elején vannak a színkódok, meg is van kommentezve, hogy melyik csoport melyik színű hátteret jelenti.

Ami, lássuk be, szipucsun, aki legjobb tudomásom szerint IS-BASIC only, nemigen fog segíteni. Esetleg adhatnál neki egy kicsi több iránymutatást, hogy könnyebben eligazodjon hol keresse és hogyan értse a vonatkozó részeket! Szerintem.

Majd azért megnézem. Bár van egy módszer, amivel tudok színátmeneteket gyártani, de érdemes minél jobban betárazni.

Mindjárt a Draw_Room() függvény elején található a Col[] tömbben. Egy sor egy-egy színátmenet, mindegyik két pályán látható (2*12=24 pálya van):

0, 96, 68, 12, 44, 12, 68, 96,      // dark purple
0, 128, 16, 144, 2, 130, 18, 130,   // green
0, 64, 8, 72, 1, 65, 9, 65,         // red
0, 64, 192, 136, 24, 88, 17, 145,   // brown
13, 97, 232, 56, 112, 148, 70, 102, // pink - blue
0, 32, 224, 4, 196, 36, 228, 172,   // blue
0, 192, 24, 216, 3, 195, 27, 195,   // yellow
0, 96, 40, 12, 76, 108, 37, 101,    // purple
0, 132, 20, 148, 6, 176, 48, 128,   // cyan
7, 56, 192, 0, 64, 8, 72, 1,        // gray - dark red
120, 49, 120, 56, 28, 56, 120, 49,  // gray - brown
8, 136, 24, 16, 48, 160, 32, 40 };  // rainbow

A program "dithereli", hogy az egész képernyőt kitöltse és színátmenetnek tűnjön, ne csak 8 színnek egymás alatt.

A ditherelés azt jelenti, hogy a sötétebb szín után még visszajön a viágosabb szín újra egy kicsit?

Szigorúan véve nem pontosan ezt jelenti, a sötétebb után visszatérő világosabb szín csak az eljárás eredménye. Majd akik pontosabban értik kijavítanak, de a dithering lényege az, hogy a jelek digitális átalakítása során előálló zajokat mérsékelje az eredmény olyan módosításával, ami szándékoltan olyan zajt visz be, ami a lehetőségekhez mérten kioltja az átalakítás során keletkezett zajt. Zaj alatt az átalakítás korlátozott pontosságából eredő hibát kell érteni, amit a hallgató vagy néző valamilyen torzulásként érzékel.