Ein ausgefüllter Bildschirm ohne Leerzeichen dagegen führt zu 793 Bytes an Bildschirmdaten
Also 24x32+25 Bytes. Dieses eine letzte Byte ist evtl. das Endezeichen damit man beim Bildschirmaufbau nicht zählen muß?
Ahh, Zeilenumbruch, ah Bildschirmspeicherende.
Gegenfrage, kann man dann nicht nur diese eine Byte bei leeren Bildschirm haben ...
Ich hänge mich hier mal rein.
Er muss ja die Zeilen zählen - deswegen braucht man für jede Zeile ein Endzeichen. Aber wenn man bis 24 gezählt hat weiß man ja das ende ist ...
Juup, gerade gelesen. Bin auf die Lösung gespannt.
Hi,
hier gibt es die passende Info dazu:
Zitat:
DFILE beginnt mit der Sinclair-Entsprechung eines Zeilenrücksprungs CR (CHR$ 118),
gefolgt von bis zu 32 CHR$ Codes; dies wiederholt sich 24 mal und endet mit einem CHR$ 118.
CHR$ 118 ist der Op-Code für den HALT-Befehl der Z80-CPU aus Gründen, die später erläutert werden.
Hoffe, das hilft... Lg. TOM:0)
Er muss ja die Zeilen zählen - deswegen braucht man für jede Zeile ein Endzeichen. Aber wenn man bis 24 gezählt hat weiß man ja das ende ist ...
Meine Vermutung: er hat ein spezielles "Bildschirm-Ende-Zeichen" und muss deswegen nicht zählen, sondern sieht nach, ob das letzte Ende-Zeichen ein Bildschirm-Ende-Zeichen ist, und braucht nur Zeilenende und Bildschirm-Ende zu behandeln.
Weitere Vermutung: beim beschreiben des Bildschirmspeicher beachtet die Editor-Routine das Format, beim lesen braucht er es nicht...
edit: falsch vermutet... ich habe mir gerade den Text zu dem DFILE durchgelesen... 
Besten Dank 
Stimmt - bin gerade bloede im Denken
Frage mich aber trotzdem, warum es nur 128 mögliche Zeichen gibt ...
Mir ist gerade noch etwas für mich merkwürdiges aufgefallen:
Der Zeichensatz des ZX81 hat wohl nur 64 Zeichen + deren Inverse ( = Charakter +128).
Was ist mit den anderen 128 möglichen Zeichen für das RAM?
Da hätte man doch 'viel' RAM sparen können wenn man 2 Zeichen/byte codiert hätte?
Viele "Zeichen" im ZX-81-Zeichensatz sind mit BASIC-Token und Tastencodes (z.B. Cursortasten) belegt (Werden also nicht nur zur Bildschirmausgabe gebraucht, sondern helfen im Programmspeicher beim Speichergeiz). Daher die Begrenzung auf 64. Was du mit "2 Zeichen/Byte" meinst erklärt sich mir nicht.
Das mit den 2 Zeichen/Byte war auch ein kompletter Bullshitgedankenfehler meinerseits
Stimmt, die Basic-Tokens passen ach mit dazu ....
Frage mich aber trotzdem, warum es nur 128 mögliche Zeichen gibt ...
Der ZX80/81 hat im Zeichensatz nicht nur Zeichen kodiert, sondern z.B. auch BASIC Schlüsselwörter. 64 ist z.B. RND, 211 ein PEEK. Das spart RAM und hält ermöglicht eine simplere BASIC Interpreter-Logik.
Edit: ach da war schon jemand schneller
