a pályákat meg megpróbálnám betenni, vagy vegyesen a Quadrillionnal (felváltva, vagy random módon választhatná a két verzióból, biztos meg tudom oldani a két külön méret kezelését, csak az a kérdés milyen módon

Azt nem kétlem, hogy megoldható, csak van-e értelme, amikor eredetileg is két külön teljes játék volt?

Végülis lehetne egy programban Batman és Sorcery is. Szerintem egyszerűen nem éri meg, nem csak a pályák eltérő mérete és száma miatt lenne több tucat helyen önmódosító kód, de a szabályok (pontozás) között is vannak eltérések, és természetesen kevesebb hely is maradna. Mindenesetre célszerűbb először a csak Plus/4-es változatot befejezni, ha az már kész van, akkor könnyen átalakítható C64-esre, bármi legyen is a megoldás.

nem tudom Szipucsunak van-e kedve komponálni valamit mondjuk midiben

Van, csak már elvesztettem a fonalat, olyan intenzíven folynak a fejlesztések. Szóval volt az a 4K-s változat, amibe éppen belefértünk, amivel kb. a 7. pályáig jutottunk, és sok pálya idegesítő volt a nehézség miatt, István gyorsítást is tett bele, hogy ne kelljen annyit várni. És akkor lett a C64 verzió, és akkor a nem 4K-s, hanem nagyobb verzió is, vagy az még nincs, már nem tudom követni.

István csinált egy picit több, mint 4K-s verziót a C64 Crillion pályákból

Igen, még a C64-es pályás verzió készítésének eleje felé még képben voltam. Most már kezd összeállni a kép.

Plusz betenni a robbanás sprite-okat is, ha belefér még majd a CPU időbe, gondolom be, de még nem néztem mennyi rasztersor maradt szabadon míg a megjelenítés elérné újra a képernyő látható részét

Ezzel a verzióval talán jobban látható, mennyi idő marad (itt 1 kHz-es a hang és nem cseng le, hogy nagyobb legyen a CPU fogyasztás):
[ Guests cannot view attachments ]

Szerintem 128K-s gépen és normál labda sebességnél lesz elég idő, EP64-en valószínűleg nem, és a kétszeres sebesség (jobb Shift) is problémás lesz. Legalábbis a jelenlegi megvalósítással, ahol gyakorlatilag az egész játék 100 Hz-es, a pontszám frissítés kivételével. Ezt a funkciót lehet, hogy törölni kell, esetleg átalakítani, hogy csak a labda gyorsuljon, de akkor máshol fordulhat elő hiba. Valószínűleg nem érné meg, ha nincs elég idő a 100 Hz-es játékra, akkor célszerűbb lenne azt törölni, és szerintem az EP64 támogatást is. Ha valakinek hiányozna, vagy EP64-en akarna játszani, akkor legalább a 4K-s verzió is jó marad valamire. Bár ha csak ritkán villog (egyszerre több lemez és robbanás + kétszeres sebesség), az nem feltétlenül probléma.

Talán nincs nagy jelentősége, de turbós gépen most a képernyő alján villog a labda, ha néhány sorral később lenne a video megszakítás, az javítaná. Viszont kevesebb idő maradna 4 MHz-es Z80 órajelnél.

Szerintem 128K-s gépen és normál labda sebességnél lesz elég idő, EP64-en valószínűleg nem, és a kétszeres sebesség (jobb Shift) is problémás lesz. Legalábbis a jelenlegi megvalósítással, ahol gyakorlatilag az egész játék 100 Hz-es, a pontszám frissítés kivételével. Ezt a funkciót lehet, hogy törölni kell, esetleg átalakítani, hogy csak a labda gyorsuljon, de akkor máshol fordulhat elő hiba. Valószínűleg nem érné meg, ha nincs elég idő a 100 Hz-es játékra, akkor célszerűbb lenne azt törölni, és szerintem az EP64 támogatást is. Ha valakinek hiányozna, vagy EP64-en akarna játszani, akkor legalább a 4K-s verzió is jó marad valamire. Bár ha csak ritkán villog (egyszerre több lemez és robbanás + kétszeres sebesség), az nem feltétlenül probléma.

Talán nincs nagy jelentősége, de turbós gépen most a képernyő alján villog a labda, ha néhány sorral később lenne a video megszakítás, az javítaná. Viszont kevesebb idő maradna 4 MHz-es Z80 órajelnél.

Szerintem is, ha nem lesz elég idő 100hz-es megvalósításra, akkor hagyjuk a gyors labdát, és az EP64-et is, ott tényleg hiánypótlók a 4K-sak
Simán, majd meglátjuk a végén, hogy mennyivel kell hátrébb költöztetni, de lehet már most is.

A robbanás sprite-ok egyébként a C64-verzió alapján készülnek, vagy újak lesznek? C64-en normál sprite méretűek, tehát nagyobbak egy téglánál, és átmenetileg takarhatják a még nem bontottakat. EP-n egyszerűbb lenne 2x2 karakter méretű robbanásokat kezelni, akkor általában nem lehet tégla a robbanás alatt. Nem tudom biztosan, lehetséges-e hogy átfedés forduljon elő mozgó lemez és robbanás között, de ha igen, akkor sincs probléma, csak a lemezt kell először rajzolni. Viszont EP specifikus sprite-ok akár színesebbek is lehetnének.

Tervem szerint a C64 sprite-ok max átszínezve, és az volt a terv, hogy 2 16 színű pixellel eltolva a tégla méretéhez képest vízszintesen, és függőlegesen 2 pixel sorral, szerintem nem okozna problémát az átfedés, de lehet érdemes átgondolni a csökkentést a sebesség miatt is, azt nem tudom, hogy a csökkentett robbanás hogy nézne ki.

Jók lettek az új háttér színek , ma én is lecseréltem, majd a nap végén összemosom a változásokat, és feltöltöm.

Ezek közül valamelyik jobb, mint a régi vízszintes?
Ha igen, melyik színkombókat dobjuk ki?
Annyi, hogyha a ver2-re esik a választás, akkor minden 3. sorba betennék egy "dithert", hogy szebb legyen az átmenet.
insert a színválasztás

Megnéztem, még gyorsított labdával se lóg át a kék border a képernyő tetejére.

Ilyen előfordulhat:
[ Guests cannot view attachments ]