amúgy érdekes lenne a gracha módra kiterjeszteni a versenyt

Az elég vagány lenne, ha bekapcsolás után rögtön gracha képernyőn jelentkezne be a basic! De nem biztos, hogy célszerű lenne, pl. biztos lassabban menne minden. De mondjuk az exdos parancsértelmezője futhatna akár sokszínű karakteres  módban, ott a sebesség nem annyira központi kérdés. Jó, mondjuk az se jó, ha a :DIR parancs kétszer annyi ideig tart.
Belegondolva nem is lenne rossz basic-hez a gracha mód. Kisebbek lennének a karakterek, több elférne belőlük (ha jól tudom, kisebbek, de lehet, hogy nem), mégse lenne olyan olvashatatlan, mint a text 80-as mód.

Itt még lehet néhány byte kód, ha nem is elegáns megoldás. Talán a reset rutin is megtakarítható, attól függően hogy mennyire fontos az EXOS kompatibilitás.

igen, ha nagyon kell a hely, sokkal elegánsabb, mint a következő ötletem, amivel a kód felé felszabadithato
azon gondolkoztam meg, hogy a karakterkiiratas, és az lpt update kihagyhato,karakter atdefinialas után soft reset, utána úgyis a módosított karakterkeszlet látható, de ez sem elegáns

Amiket nem sikerült – szokás szerint – már az elején tisztázni:

• Ez is, mint az eredeti C64-es esemény programozási verseny lenne, ezért van a méretkorlát. Ha csak az lenne a cél, hogy fontok készüljenek, akkor tényleg értelmetlen lenne ilyen kicsi fájlméretre limitálni a nevezéseket.
• Pont arra gondoltam, hogy a gépi kódú nevezések igenis éljenek vissza a programfejlécben található szabad területtel!
• Ha megoldható, akkor a BASIC nevezések is használják ki!
• Azért próbáltam rögzíteni a konfigurációt, hogy lehessen szabadon gányolni közvetlen memóriaírással, ne kelljen tárterületet pazarolni a karakterkészlet megkeresésére. Persze azt elfelejtettem részletesen kifejteni, hogy teljesen alapkiépítésű gép a megcélzott rendszer, mindennemű bővítés nélkül. Angol ROM, 128k gyári RAM, magnó. Nincs SD-kártya, nincs Zozosoft-féle továbbfejlesztett EXOS, nincs se hajlékony-, se merevlemez meghajtó, nincs egér, nincs semmi.
• A program futtatása után szerintem térjen vissza az EXOS/BASIC értelmezőhöz. Ne vesztegessen memóriát a módosított karakterek kiírására, de a felhasználó azért legyen képes megjeleníteni őket.

És még egyszer: nem véstem – mert nem is tudom megtenni, mivel nem ismerem annyira a lehetőségeket mint ti – semmit kőbe, nektek kell beállítani a korlátokat és szabályokat a rendszer adottságainak megfelelően.

van pár ötletem, karakter módosításra, szám szerint 2 egyelőre , meg az Endinek tetsző karakterkészlet megvalósításán gondolkodtam el.

A javasolt szabályok szerint nincs korlátozás az ötletek forrásának szempontjából, csak a fájlmérete vonatkozik limit. És a mennyiség az elsődlegesen javasolt cél, nem a minőség.

Ezzel ugyan nem fogok nyerni, szóval a sok font ugrott, de 256 bájt alatt van (basic fontkészlethez ez a követelmény). Elvileg olvasni is meg lehet tanulni ezeket a karaktereket, csak rendkívül sok gyakorlást igényel.
Érdekelne, ebbe az irányba lehetne-e továbbmenni karakterkészlet generálásához. Nem tudom, lehetne-e úgy írni át a programban a számokat, ami valamennyire értelmes lenne és használhatóbb karaktereket adna.

hát öö... ennyi erővel random is lehetett volna

Persze inkább csak vicc jellege volt ennek a "fontkészletnek", de random nem lett volna jó, mert az minden futtatásnál mást adhat. Kivéve, ha nincs randomize, vagy be van lőve, hogy honnan induljon a véletlenszám generálás. Annyiból felel meg az elvárásnak, hogy egy fix fontkészletet generál. Írta is valaki, hogy nem a minőség számít.