Sajnálom, csak angolul és spanyolul:


Maybe you can start modifying the 255 envelope(default) and see what changes on the buffer memory. Then continue defining a new envelope. It is probably that the same ESC sequence numbers will be stored on some place on the buffer.

Observe, the addresses can change from one EP configuration to other, but the area to watch in this emulator case(on the screen) is from  4946h upwards to 1 byte less than the next channel, 5256h-1(if I remember well).

Once knowing the working area structure will be easier for you to find an envelope on the area.

----

Prueba a empezar modificando la envolvente 255(por defecto), y a observar que cambia en la memoria de trabajo. Entonces, continua definiendo una nueva envolvente. Es probable que los mismos valores de la secuencia ESCAPE sean guardados en algún sitio de la memoria.

Observa que las direcciones de memoria pueden cambiar de una configuración a otra, pero el área a examinar en esta emulación(la de la pantalla) va de 4946h hacia arriba hasta un byte menos del siguiente canal, 5256h-1(creo recordar).

Una vez que sepas la estructura de la zona de trabajo será más fácil para ti encontrar una envolvente en ese área.

A C64-es Uberswap (Überswap?) játék átírásával kapcsolatos hozzászólások átkerültek a Konvertálás témakör alá.

Szerintem egy bugot találtál

Sehol nem írják, hogy lehetne paraméterezni a PING-et, de most kipróbáltam, és nagyon meglepődtem.

Senki nem próbálta ki maga?
A dátumot nem néztétek? Vagy csak a reakció maradt el?

Van valami gyakorlati jelentősége, amiért a HEX-es sorokat több sorba írják egy sor helyett? Működik mindenhogy, csak esztétikailag szebb, ha több sorban van?

Például ez:
  120 CODE LDCHAR=HEX$("DB,B2,F5,3E,FF,D3,B2,2A")
  130 CODE =HEX$("F4,BF,3E,06,85,6F,5E,23")
  140 CODE =HEX$("56,06,07,CB,13,CB,12,10")
  150 CODE =HEX$("FA,CB,B2,01,80,04,3E,6A")
  160 CODE =HEX$("F7,06,F1,D3,B2,C9,00,00")
egyetlen sorban is elférne, max. nem lenne olyan szép:

  120 CODE LDCHAR=HEX$("DB,B2,F5,3E,FF,D3,B2,2A,F4,BF,3E,06,85,6F,5E,23,56,06,07,CB,13,CB,12,10,FA,CB,B2,01,80,04,3E,6A,F7,06,F1,D3,B2,C9,00,00")
Szeretnék a sorokkal spórolni, például a Zzzipnél van egy határ már.

Nem lehet egyetlen PRINT-en belül új sorokat kezdeni? A vessző a köv. tabulátorpozícióra ugrik, a pontosvessző ugyanott hagyja a kurzort, ahol van. Nyilván ha CHR$(13)-at írunk közbe, az jó, csak az hosszú, és a külön PRINT utasítás is jó, de nem oldható meg egyszerűbben? Például, hogy a következő dolgokat mind külön sorba írja, és ne kelljen külön print mindegyikhez:

PRINT a,b,b1,c,c1,str$(x),"supertext",g(1),g(2),g(3)

Még a read-data megoldáson gondolkozom, talán az a legjobb, ha nincs más, ott for ciklusban van a print és mindig egymás alá ír.

Rakd be a CHR$(13)-at egy változóba, és akkor már nem olyan hosszú

Nem rossz ötlet! pl. az A$ egész rövid.

Szükségem lenne egy olyan rutinra vagy parancsra, ami egy 2 bájtos hexidecimális (pl. BFE0) kifejezést átalakít 2 bájtos számmá és ezt el tudom tárolni egy változóban.
Sajnos nem tudok decimálisban gondolkodni.