Good job!
Man kann zwar kurz blau sehen, aber das ist mir egal.
Beiträge von Vernunftmensch im Thema „d64 so umwandeln, dass ein c128d sie sofort startet“
-
-
Zitat
- Es gibt leider keinen. Ich hab das vor Ewigkeiten mal im Action-Replay-Monitor programmiert, als wir noch einen C128D hatten. Bei nur einem Block hält sich der Aufwand aber auch in Grenzen, und es sollte noch einigermaßen überschaubar sein.
also du hast irgendwo a90a, also die 10 in den Akku. Danach direkt schreibst du den irgendwohin im Speicher. Und danach direkt in 8d20d0, also $d020. Wenn ich dazwischen eine andere Farbe "einfüge", also "länger mache", dann klappt garnichts mehr. Könnte also eine nicht relative Sprungverknüpfung sein, die da explodiert.
Wenn ich das richtig kapiere arbeitet das Basicprg so, daß es den einen Block direkt rein schreibt, der als ASM anhängt. Aber wo exakt der Block als Daten anfängt und aufhört kapiere ich noch nicht. 'Könnte man da einfach ein ASM-Progrämmchen schreiben und per Asskick assemblieren. Dann nur mit Okteta reinkopieren, fertig?
ZitatDazu braucht es lediglich die Modulkennung bei $8000, um die KERNAL-Initialisierung abzufangen. Die KERNAL-Routinen, die unter Anderem die Zero-Page initialisieren, sollte man dann natürlich in einer eigenen Routine aufrufen. Sonst wird das nichts mit KERNAL-Load.
Ok, das ist übervernünftigmenschlich. Wäre super, wenn Du das hinkriegst.
Also Mac Bacon zu überrunden wäre wirklich eine Herausforderung. Wenn Du das schaffst, dann stehst Du demnächst auch in der Creditliste.Edit: Ach, bist ja schon drauf.
-
ach super
kannst du mir bitte den source-code geben? (disassemblieren ist so doof)
-
GO64 kann man wohl nicht ohne den BlueScreen machen, habe ich mir sagen lassen. Dann finde ich MacBacons Lösung mit GO64ANDTHENLOAD am besten.
MacBacon, magst Du bitte noch statt LOAD"START",08,1
LOAD"*",8,1 drauf machen?
-
Ja, ich weiß nicht, was besser ist.
ich bevorzuge meinen "boot.prg".prg ladestartbalken
aber "start.prg".prg könnte man direkt laden?
(bei mir steht prg im namen auch nochmal)edit: go64 zuletzt kackt immer ab also besser nicht....
-
ich möchte go64+load+run machen
aber zuerst bitt "boot.prg" statt "start"
und dann möchte ich statt blauer resetbildschirm nur schwarz (oder so kurz blau wie möglich)
-
habe ich jetzt ganz oben und tut
die bilder sind aber noch als es nicht
und ich finde die bilder häßlich als zwischenbilder wenn sie auch tun?
edit: wie funktioniert das basic-prg? achso das asm-programm dahiner
edit2: kann man hierzu noch source code kriegen, deluxe?
-
sieht noch häßlich aus, aber es bootet selbsständig auf dem x128.exe
wie kann man die farben noch ändern und so?
zwei bilder mit den komischen farben im anhang
funzige d64 auch -
Also ich bräuchte das im Anhang befindliche Roh-D64 so umgeformt, daß es START.PRG beim C128er automatisch im c64-mode lädt.
Da kommen dann nach und nach die Dateien rein.
-
ui ui
scheint doch ein grö´ßeres Problem sein?
-
Zitat
VM: Man lädt das Programm in den Speicher und schaltet per MMU-Zugriff in den 64er-Modus. Alles keine Hexerei.
Welches kleines Progrämmchen bräuchte ich da?
Ich würde es dann als boot128.prg abspeichern -
also
"booting start.prg" steht jetzt da
aber der bootet nicht in den c64-mode

-
Wie macht man es richtig?
Möglichkeit 01: d64 bootable machen und danach nach und nach die Dateien drauf.
Möglichkeit 02: d64 bootable machen nachdem sie voll istEdit: der bootloader, muß der nicht auch in den c64mode wechseln

-
kann man jede d64 in eine 128er-Bootdiskette umwandeln?