Szerintem az is lassít, ha csak ott vannak a DATA sorok és nem olvassa be kétszer.

Lepróbáltam ha csak 1x fút a DATA sor(ok) akkor nincs jelentősége, hogy kint vagy bent.

Mivel a Basic egy interpreter, időbe telik, amíg a DATA sorokat végigcsámcsogja a szubrutin végén és nem csinál velük semmit. Le lehetne tesztelni, mennyivel fut gyorsabban, ha nem a rutinon belül vannak. Zzzipnél lehet, hogy mindegy.

Leteszteltem BASIC-ban gyorsabb.
Nem kell 2x átrágnia a DATA sorokat

Ennek tényleg lehet jelentősége, hogy a DATA sorok a DEF-en belül vannak-e vagy nem? Tudom, hogy külön a program végére illene tenni az összes DATA sort. Csak azért teszem oda, ahol a READ is van hozzá, mert úgy át tudom látni, mihez mi tartozik.

Az nem gond ha belül van. Az már igen ha 2x is betöltöd.
Először a RESTORE  beállítja a READ  DATA-it ez ok.
Majd megint a DATA sor előre beolvassa a memóriába  amit később kiolvashatsz READ-al. Mind addig amig nem jön egy RESTORE mer akkor törli ami a memóriában van.
Új variáció, Így szintén jó.
xxx1 RESTORE
xxx2 DATA 1,2,3,4
xxx3 READ A,B,C,D

Javaslat:
A
3880     GOSUB 4840
Mivel ez az egyetelen hivatkozás ezért a
4840 FOR K=1 TO 10
 4850   IF (K BAND 1)=0 THEN
 4860     SET #EX:INK 3
 4870   ELSE
 4880     SET #EX:INK 2
 4890   END IF
 4900   PRINT #EX,AT 1,EY:DEAD$;
 4910   SOUND PITCH K+32,DURATION 1,LEFT 96,RIGHT 96
 4920   SOUND SOURCE 1,STYLE 48,DURATION 3,INTERRUPT,PITCH 42+K*3,RIGHT 8*EY-1,LEFT 255-(8*EY-2)
 4930   FOR PPP=1 TO 120
 4940   NEXT PPP
 4950 NEXT K
 4960 SET #EX:INK 0:PRINT #EX,AT 1,EY:CHR$(159);:SET #EX:INK 2
 4970 FOR PPP=1 TO 600
 4980 NEXT PPP
15 sort 3871-3889 közé bezsufolhatod.

További:
5000 DEF VIDEOINI
 5010   SET VIDEO X 32:SET VIDEO Y 1:SET VIDEO MODE 15
 5020   OPEN #1:"video:"
 5030   OPEN #2:"video:"
 5040   SET #1:PALETTE 32,254,111:SET #2:PALETTE 96,182,109
 5050   RESTORE 5110
 5060   FOR I=33 TO 54
 5070     OPEN #I:"video:"
 5080     READ J,K
 5090     SET #I:PALETTE J,K,217,123
 5100   NEXT
 5110   DATA 32,1,32,1
 5120   DATA 176,211,176,1
 5130   DATA 48,186,48,1
 5140   DATA 160,1,160,1,32,1
 5150   DATA 104,221
 5160   DATA 104,1,40,1
 5170   DATA 40,1,64,1
 5180   DATA 148,190
 5190   DATA 148,1,20,1,20,1
 5200   DATA 84,1,28,2
 5210   DATA 84,1,0,1
 5220   SET VIDEO MODE 1:SET VIDEO COLOR 1
 5230   FOR I=3 TO 24
 5240     OPEN #I:"video:"
 5250   NEXT I
 5260 END DEF
A DATA sorokat vagy a DEF-en kívül vagy a 5041-5059 sorba áthelyezni

Milyen "video:" a játék mező ATTRIBUTOM ?

Másik eltérés a GET használata, TVC-n a GET A$ önmagában billentyűleütésre vár és nem is megy tovább, amíg nem ütünk le billentyűt. Ehhez EP-n 3 utasítás kell (ha nem akarjuk a GOTO-t használni):

DO
  GET A$
LOOP UNTIL A$=""

TVC-n erre egyetlen GET A$ elég.

Esetleg 2 sor:
xx    GET A$
      IF A$="" THEN xxVagy 1 sor
1000 IF INKEY$="" THEN 1000

2) One advantage of SainT's board design is that it is relatively easy to piggyback 2 SRAM chips on top of each other to expand the board to 1024K.

Is that going to be possible with the SMT chip PCB that you are designing?

Ki zárt. Nagyon nehéz.
De nem lehetetlen.

~
Who's closed. Very hard.
But it is not impossible.

Most még nem. Fájlból tölti.

A progi mikor beolvassa a pályát rögtön ki is írja.
Én is azon gondolkoztam, hogy több DATA sort össze vonnánk.
És a STRING-eket össze fűznénk.
1. A BASIC sor paramétere nem lehet több 255 bájtnál.
2. nem tudom, hogy viselkedne a
.. DATA "asferferfer"&CHR$(10)&CHR$(13)&"aaaaaadhghjgad"&CHR$(10)&CHR$(13)&"aaaaaadhghjgad" .......
Így még kevesebb lenn a tárolás.

igen, pl megnezni, hogy pl ha egy szamhoz 2x2-es blokkokat rendelnel, befer-e 0-255 variacioba, ha igen, akkor ezzel majdnem a negyedere lehetne csokkenteni a meretet, de lehetne maskepp is nezni, pl, ha van sok ismetlodes, akkor az ismetlodeseknek egy speci, eddig nem szereplo szamot adni, majd letarolni az ismetlodesek szamat, majd annak az erteket, lehet bonyolultabban is, megnezni milyen patternekbol van sok, azokat kigyujteni, mindegyikhez egy eddig nem hasznalt szamot rendelni, es ezek alapjan beilleszteni a palyaba, es meg jopar modot meg lehet nezni.

Igen és a dekódoló rész mennyit emésztene fel ?

A GAL-hoz felhasználható fájlok (függvények) lehetőségei:
- 512K RAM vagy,
- 512K RAM + 512K ROM vagy,
- 1M RAM + 512K ROM.

Akkor nem tudod a GAL fájlt újra írni?
Ki programozná a GAL-t?