Az a baj azzal a játékkal, a pályát már ismerni kell előre, eleve nem lehet tudni, pl. mikor mekkorát kell ugrani, ez nagyon sokat ront a játékélményen.

A régi 8 bites játékoknál gyakran éppen az a lényeg, hogy gyakorolni kell és kiismerni a játékot a sikeres teljesítéshez, mert egyébként nagyon rövidek lennének. Itt is például az első szinten a nyolcadik (utolsó) pályáig kevesebb mint másfél perc alatt lehet eljutni. De könnyíteni lehetne a szabályok kisebb módosításával is, például extra labdát lehetne adni viszonylag gyakran a pontszámtól vagy a teljesített pályáktól függően. Az eredeti 2 labda hamar elfogy.

Ha már mostanában C16 átiratok készülnek, akkor esetleg lehetne próbálkozni ezzel is, bár egyszerűbb mint az EP-s Magic Ball (legalábbis kevesebb a speciális funkciójú mező, csak lassító, gyorsító, ugró és az irányítást invertáló van), de a játék lényege ugyanaz, és a pályák megoldása nem feltétlenül egyszerűbb. Itt csak az idő korlátozott, de az is hamar elfogy, a lyukakba esés időveszteséggel jár, a pályák végén viszont +30 másodperc időt ad a játék.

Van CPC-s verzió is, ami talán könnyen átírható (vagy nem, ha túl sok paletta színt definiál át és EP-n korlátot jelentene a BIAS).

szerintem olyan játékot kéne csinálni mint a divatos 3 sávos runnerek mobilon, lásd pl subway surfers

Divatos mobil játékok utánzása nyilvánvalóan sokkal eredetibb.

hát, eredetibb mint egy már létező EP játékot újra megcsinálni...
ep-n még nincs 3 sávos runner.

Mindenesetre most már készülhetne egy EP64/128/EXOS kompatibilis, pontszám mentős, pálya betöltős, mindent tudó verzió

Az EXOS kompatibilis EP128 verzió pontszám mentéssel megoldhatónak tűnik. EP64-en azonban úgy látom, túl sok memóriát fogyaszt ahhoz, hogy EXOS kompatibilis lehessen, ahhoz is a memória térkép átrendezésére (azaz forrás szintű átalakításra) lenne szükség, hogy a grafika ne legyen egyszerűsítve a 128K-s verzióhoz képest. A külön betölthető pálya nem tudom, megérné-e, praktikusabb ha csak egy file a játék.

A kódban a pályanév után jön a pálya maga? Mert akkor pl. Asmonnal akár megpróbálhatok belerondítani próbaképp, hátha rögtön indulás után sikerül egy átugorhatatlan lukat odatennem.

Minden betű egy pálya részlet, a sor elején a számok valószínűleg a pálya paraméterei, * és egy számjegynek speciális funkciója lehet.

A .prg file XOR-olós titkosítással védett, ezért nem lehet egyszerűen szerkeszteni. Futás közben a pálya adat 4000h címnél kezdődik, kísérletezés céljából itt szerkeszthető a debuggerben. A módosításnak csak a pálya újabb betöltésekor lesz hatása.

Feltöltsem a CPC-re átalakított forrásomat? Úgy látom az EP-s részek nagyja is benne maradt.

128K-s vagy bővített gépen elvileg EXOS kompatibilis változat, EP128-on egy szegmens már foglalt lehet (pl. .ext file betöltése miatt):
[ Guests cannot view attachments ]
A fix FC,FD,FE video szegmensek maradtak, ezeket lefoglalja a program, vagy ha nem sikerül, akkor kilép. Az F8, F9 és FF használatát javítottam, valójában csak pár helyen kellett módosítani a játékon.

Tömörítetlen és XOR-olatlan program file, 4200h-nál kezdődik a pálya adat (a játék futtatásához nincs szükség rá):
[ Guests cannot view attachments ]
[ Guests cannot view attachments ]    (ezzel készült az OTW128.COM-ból)

Pontszám mentés még nincs, de azt is megpróbálom beépíteni.

Próbáltam módosítani 4000 után a pályát, és beigazolódott, amit írtam: Rögtön lett ott a pálya elején egy luk. Szerintem viszonylag nagyobb pályarészt határoz meg egy bájt, nem csak egy pályaelemet vagy sort. De nem tűnt túl következetesnek a logika, mert sokszor lett olyan számokra is luk, amik ott voltak a pályaadatokban.