Viszont ha újabb csatorna nyítás-zárás lesz, akkor elmozdulhat.

Nem hiszem mivel ez lenne először megnyitva és csak utána lenne a többi megnyitás.
Míg nem zárom be a csatornát addig a videó buffercim nem változik.
Szerintem.

No meg a videómemória amúgy is sokkal lassabb mint a normál.

És a BASIC-hez viszonyítva? Még nem mértem de mindjárt megnézem.

Szerintem akkor már praktikusabb egy egész szegmenst foglalni. Ahogy pl. az FDISK-ben csinálom.

Végűlis "RAM-TAPE:" vagy a pályák, karakterek, zenék fix helyre és SPEEK(RAM-TAPE:,cim) kiolvasni.

Hogy nevezik a tömböknek a "részeit"? Pl.:

100 NUMERIC TOMB(1 TO 4,1 TO 10)

Az 1 TO 4 és az 1 TO 10 az micsoda?

Pl. feltöltjük a tömb értékeit az első -re nézve:
FOR I=1 TO 10
LET TOMB(1,I)=128
NEXT

Feltöltjük a tömb értéket a második -re nézve:
FOR I=1 TO 10
LET TOMB(2,I)=256
NEXT

Mit kéne mondani a helyén?

Dimenzió. Ebből is ered a DIM utasítás.

Igen. Sőt, a FORTRAN-ban még DIMENSNION-nak hívták, ez rövidült a BASIC-ben DIM-re.
Aztán a Quick Basic-ben a DIM már nem csak tömb deklarációjára használható, hanem bármilyen változóra is, pl.:
DIM i AS INTEGER

itt "kénytelenek" voltak valami más magyarázatot kitalálni a DIM szóra, így lett belőle "Declare In Memory"

És mivel két dimenziót adtál meg a deklarálásnál, ezért két dimenziós a tömböd, ami egy mátrix.

És ha négy dimenziót adok meg, akkor az időben is utazhatunk az Enterprise űrhajóval?

100 NUMERIC (1 TO 100,10 TO 80,1 TO 120,1 TO 128)

Ha attribútum képernyőre vagy valamilyen grafikus képernyőre printelünk karaktert, akkor van arra valami peek vagy speek, amivel le lehet kérdezni, hogy egy adott pozícióban milyen karakter van? Szöveges lapnál ez működik, de grafikus lap nem a karaktert tárolja, hanem a képpontokat. Azért jutott ez eszembe, mert TVC-n van a 4 színes mód, és ha ilyen módú programot akarunk konvertálni EP-re esetleg (tegyük fel), akkor a legpraktikusabb az attribútum képernyő lenne erre. Viszont TVC-n peek-kel ki tudjuk olvasni, milyen karakter van adott pozícióban, EP-n meg szerintem nem, mert csak szöveges képernyőnél működik. Azt hiszem, Attus Gombócfalója (TVC átirat, basic) is valami look-kal nézi, mi van a pályán.

Nincs semmilyen mód

Az avatárod nézegetve elgondolkoztam, pontosan milyen lehet a Grid Trouble hangja. Nem lehet valahogy dekódolni, vagy basicbe kiszedni a hangot? Tutira magas torzítás szól, amikor felszedi a villogó pontokat. Amikor a piros pöttyökön mászkál, akkor is magas torzítás lehet, csak alacsony frekvenciával. Az ütközésre a zajcsatornát használhatja? Vagy az is magas torzítás, csak magas frekvencián? A négyzetek bekerítésével járó rövid "zenét" még csak le lehetne hallás alapján kottázni, de a torzításokat aligha.

Órákig nyúztuk szegény gépet vele.

Sok órányi játék után nem fagyott le a játék? Nálunk előfordult ilyen.
Az ep128.hu-n nézegetve tényleg "túl sok" szín van egy sorban: külön szín van a mozgó figuráknak, a villogó pöttyöknek, a megevett pöttyöknek is, és a körbezárt területek is más színnel villognak. Én 4 színű grafikus-karakteres módra tippelek, és az altind0 vagy micsoda, amit mindig emlegettek, az is be van kapcsolva, így van még egy szín.
Szerintem basicben nem lehetne ilyen sebességűre megcsinálni, de sose tudni. Sima karakteres képernyőn a Hungry Creature nagyon lassú volt Zzzip nélkül. Igaz, ott 4 szörny van. De az is lehet, hogy sokkal hatékonyabbra is meg lehet írni, mint ahogy én a HC-t írtam.
Az ep128.hu-n a képen fetűnő, hogy az életek számát jelző karakter hibás, ott emberkének kéne lennie, és talán másik konfiguráció van a gépben, vagy a játék betöltése előtt át lett definiálva az a karakter, így valami más jelenik meg helyette. Illene azért egy játéknak teljes egész saját karakterkészletet használnia.

Ami még eszembe jutott, poén lenne EP128Emu-hoz egy LUA script, ami az éppen aktuális karakterkészletet elmenti (karakterdefiníciók) úgy, ahogy éppen akkor van. Így játékokból lehetne lopkodni és lebuktatni a programozókat, mit hogyan csináltak meg.