Lass mich kurz überlegen, 3 Bytes kriegt man frei, hmm, ..., nein.
Hallo Besucher, der Thread wurde 28k mal aufgerufen und enthält 147 Antworten
letzter Beitrag von mame am
C64 Kernal mit SD2IEC-Unterstützung
- Claus
- Erledigt
-
-
RUN und LIST mit R+Shift-U und L+Shift-I abkürzen. Sind genau 3 Bytes
-
Ja, das meinte ich: 3 Bytes kriege ich frei durch das Abkürzen. Da kriege ich niemals eine alternative DIR-Ausgabe drin implementiert...
-
Da finden sich doch sicherlich noch mehr Bytes
-
Also ein DIR wäre schon was feines. Sind ja noch genügend F-Tasten frei
-
Schön das ich mit meinem Wunsch nicht alleine bin
-
Da finden sich doch sicherlich noch mehr Bytes
Klar, gehen tut immer was. Aber die low hanging fruits sind gepflückt, alles weitere artet in Arbeit aus. Ich würde mich jetzt gerne nach diesem (zugegeben interessanten) Exkurs zurück ans Reißbrett für Zeit der Stille 2 begeben...
Aber ich habe ja auch den Source-Code veröffentlicht, also wenn jemand gerne eine zweite Methode einbauen will, das Directory anzuzeigen, dann nur zu !
-
Ich hoffe das sich da jemand finden wird. Freiwillige vor!
-
Ich hab kurz reingeschaut.
Hast Du rs232 drin gelassen?
Zumindest diese hier oder versehe ich mich?
; baud rate factor table ?LOADSTRING1 ist auch noch "load" statt "lO" - ich sag ja nur
-
HxD ist super!
Habe HxD probiert und den Kernel eingelesen, kann aber über die Suche nicht die Stelle $0ebf finden
-
die Stelle $0ebf
Der Offset ist damit gemeint. Du öffnest die Datei im Hexeditor. Das erste Byte der Datei ist dann Offset $0000. Das zweite Byte ist an Offset $0001 usw. Die gesuchte Stelle, die geändert werden soll, ist eben an Offset $0ebf. Dort findest du das entsprechenden Byte.
Edit: Nur sicherheitshalber gefragt, kennst du die hexadezimale Zählweise?
-
Hast Du rs232 drin gelassen?
Zumindest diese hier oder versehe ich mich?
; baud rate factor table ?Huch, da gibts ja zwei Baud-Tabellen, eine mit der Baud Rate und eine mit Baud Rate Factors... Hab ich wohl übersehen .
Ich drück mich um die Directory-Anzeige so herum, weil es m.E. zwei Möglichkeiten gibt:
- Vermutlich etwas über 100 Bytes freiräumen und eine eigene Routine dafür spendieren
- Die Directory-Routine aus dem Browser komplett neu schreiben, so dass Teile davon wiederverwertbar sind, dann käme man wohl mit weniger Speicher aus
Beides ist halt echt einige Arbeit und ich bin nicht ausreichend überzeugt davon, dass man das wirklich braucht, um mich da noch mal total reinzufuchsen. Der Browser ist doch eigentlich viel besser... . Vor allem stellt sich für Nutzer, die den Browser nicht mögen wohl die Frage, warum sie nicht einfach den JiffyDOS-Kernal benutzen
-
Das Argument 'finde ich doof' halte ich hingegen fuer legitim und voellig ausreichend
-
Der Offset ist damit gemeint. Du öffnest die Datei im Hexeditor. Das erste Byte der Datei ist dann Offset $0000. Das zweite Byte ist an Offset $0001 usw. Die gesuchte Stelle, die geändert werden soll, ist eben an Offset $0ebf. Dort findest du das entsprechenden Byte.
Edit: Nur sicherheitshalber gefragt, kennst du die hexadezimale Zählweise?Nein, die hexadezimale Zählweise sagt mir nichts. Kann ich die Stelle die ich ändern möchte nicht einfach über die Suche finden?
-
Nein, die hexadezimale Zählweise sagt mir nichts.
Dazu Wikipedia: https://de.wikipedia.org/wiki/Hexadezimalsystem
Kann ich die Stelle die ich ändern möchte nicht einfach über die Suche finden?
Ich kenne den speziellen Hexeditor nicht. Aber vom Grundsatz eher nicht. Mit einer Suche sucht man Inhalte von Bytes, nicht Bytepositionen.
-
Vor allem stellt sich für Nutzer, die den Browser nicht mögen wohl die Frage, warum sie nicht einfach den JiffyDOS-Kernal benutzen
Oder gleich mein gepatchtes Dolphin DOS-KERNAL mit JiffyDOS-Routinen, welches ich speziell für die SD2IEC-Verwendung angepasst habe: http://csdb.dk/release/?id=137938&show=notes
Einen integrierten Browser habe ich da nie in Erwägung gezogen, weil der sowieso super schnell geladen ist. Wenn der als erste Datei vorhanden ist, reicht bei mir ja auch ein einfaches SHIFT-RUN/STOP. -
Nein, die hexadezimale Zählweise sagt mir nichts. Kann ich die Stelle die ich ändern möchte nicht einfach über die Suche finden?
0123456789abcdef und wieder von vorn. Zum Umrechnen ggf. den Windows Taschenrechner (Programmierer) verwenden und in HEX-Schreibweise eingeben.
In HxD mit Strg-G (Search->Goto) kannst Du direkt zu $0ebf springen, da siehst Du dann auch schon ein $0E
-
Einen integrierten Browser habe ich da nie in Erwägung gezogen, weil der sowieso super schnell geladen ist.
Ist halt blöd, wenn man in irgendeinem Unterverzeichnis ist. Dann muss man entweder den Browser überallhin kopieren, oder das sd2iec jedesmal resetten. Das war der Grund, warum ich den Browser im Kernal haben wollte.
-
0123456789abcdef und wieder von vorn. Zum Umrechnen ggf. den Windows Taschenrechner (Programmierer) verwenden und in HEX-Schreibweise eingeben.
In HxD mit Strg-G (Search->Goto) kannst Du direkt zu $0ebf springen, da siehst Du dann auch schon ein $0EDank Dir, hat jetzt geklappt
Finde deinen JiffyDOS Mod wirklich prima und nutze ihn auch gerne, nur ist es so wie Claus erwähnt hat das man immer wieder den Umweg über den Browser gehen muss und diesen somit immer laden muss. Deshalb finde ich den SD2IEC Kernel mit eingebautem Browser von Claus wirklich praktisch.
-
Ist halt blöd, wenn man in irgendeinem Unterverzeichnis ist. Dann muss man entweder den Browser überallhin kopieren, oder das sd2iec jedesmal resetten. Das war der Grund, warum ich den Browser im Kernal haben wollte.
Bei mir kommt man dafür auch mit F4 schnell wieder raus, aus den Unterverzeichnissen.
Was mich eigentlich wundert, daß nie jemand eine KERNAL-Erweiterung mit integrierten Bankswitching entworfen hat. Damit könnte man alles ohne Kompromisse integrieren. Also Browser, Dolphin DOS, JiffyDOS, Monitor könnte alles drin sein, und RS232 sowie Tape müßten auch nicht dran glauben.