A Commando kicsit hibásnak tűnik!
Névbeírásnál a sprite-unk elég "furcsa", és utána a második játéktól néhány objektum "csíkot húz maga után"!
Ez igaz mindkét verzióra.

Egy jó specy játékot találtam! Kicsit Sokoban szerû, de oldalnézetes, gravitáció van és aranyos és igényes animációk.
Itt futtatható böngészõbõl

Egy kis újévi meglepi. Senki se felejtse el becsukni a száját, miután megnézte.
A neten keresgéltem, amikor ráakadtam erre a gyöngyszemre, ha már ráakadtam, akkor el is kezdtem átírni , igaz keresgélésem tárgya teljesen más volt.
Még nincs kész, de már használható, a hangot nem tudtam tesztelni, és 100%, hogy nem is tökéletes, és a töltést is meg kell valósítani, az eredetiben nincs, ott a forrással fordítul be a betöltendő cucc.
Ja és meleg reset esetén még elszáll, a terv az, hogy ilyenkor újraindul a program.

Nálam (természetesen eredeti gépen) FATAL WP ERROR -al elszáll (betöltõdés közben), nem látok semmit...
Próbáltam kilõtt memóriabõvítéssel, de úgy sem jó. 

Emulátoron tesztelem, de mindkettőn , sajna eredeti EP-n nem próbáltam  , lehet erőt veszek magamon, és összerakom a gépet.
Érdekes, mert mindkét emulátoron megy, és semmi extrát nem használok töltéshez, sima EXOS hívások, a betöltő is az, amit évek óta módosítgatok.

A BASIC-en kívül fog tudni valamit?
Esetleg a képet nem lehetne kinyújtani egy kicsit (amilyen eredetileg is a VIC20 képe)?

Köszi
Igen, terveim szerint lehet majd töltögetni programokat is, most ezen dolgozok majd, ha ez összejön, akkor meg a hangemu tesztelése, és helyrepofozása következik.
Ez egy szoftveres VIC-20 emulátor, amit eredetileg SAM Coupéra (6 Mhz) írtak, EP rugalmasságának köszönhetően pár sort sikerült eltüntetni a kódból, gondolom még így is lassabb, mint SAM-en, ott az eredeti VIC-20 sebességének 1/7-ével fut, a srác megírta Spectrumra is ott  a sebesség 1/10, sztem EP-n valahol a kettő között lesz.
Ki lehetne nyújtani a képet, ha jól tudom, 44 karakter széles képet még meg tud jeleníteni Nick barátunk, sőt ha jól rémlik a 46 a határ, viszont ez az emulátor sebességének drasztikus csökkenéséhez vezetne, hacsak az attributum üzemmódot color 01 hívással valami értelmeset kapok. Próbálta már valaki az attributum módot color 00-ától eltérő értékkel hívni?

Ilyenkor kisebb lesz a felbontás, de nem lesz több szín Ha jól emlékszem, akkor a 4 vagy 16 szín alsó bitje dönti el, hogy a két attribútumokkal választott szín közül melyiket használja, de ebben nem vagyok egészen biztos. Mindenesetre a gyakorlatban ezek a módok nem igazán hasznosak. A 256 színű attribute mód pedig gyakorlatilag olyan, mint a 256 színű LPIXEL, csak a pixeleket az LD2 címről olvassa, az attribútumokat pedig figyelmen kívül hagyja.

Köszi.Pont az lenne a jó, ha pontosan úgyanolyan módon tenné ki a pixeleket a képernyőre, mint a color nullánál, egyébként konvertálgatni kellene , de ha jól értelmezem, akkor két byte határoz meg egy 8 pixeles területet, és két attributum byte tartozik hozzá, mindez 160 horizontális felbontásban, vagy 4 pixelhez tartozik 1 atrr byte? Ha az első az érvényes, akkor viszonylag könnyen lehetne emulálni a VIC-20 multicolort, és a C64-ét is.

Mindenesetre a gyakorlatban ezek a módok nem igazán hasznosak.

De azért az ep128emu ugye tudja?

köszi szépen, már értem.
Így a képernyő szélesítés kilőve, sok időt venne el a bitek megfelelő helyre mozgatása, és egy karakterhez két attr byte szükséges.
No meg a vIC-20 multicolor megvalósítás is felejtős , hacsak nem kerül elő a mega EP.