häng hier bitte mal deine beiden .BIN Dateien dran. Gerne auch dein .d64 Image mit Freeze und Eprom H + Eprom L.
G64 1:1 in D64 übertragen - Problem Kopierschutz
-
Green Beret -
10. Januar 2020 um 21:58 -
Erledigt
Es gibt 153 Antworten in diesem Thema, welches 20.127 mal aufgerufen wurde. Der letzte Beitrag (
-
-
lies bitte auch mal dein Eprom aus und häng hier die 64K Bin Datei dran.
-
mit welchem Programm hast du denn jetzt zu .bin gewandelt ?
-
Hucky habs über Eingabeaufforderung der cartconv.exe aus WinVICE in bin Images umgewandelt. Vorher über prg2crt von python über die Eingabeaufforderung vom prg zu crt gewandelt. Hier mal die beiden prg- und bin-Anhänge
-
Hucky die Anleitung hab ich aus dem youtube tutorial Video von Doktor64. Er arbeitet hier auch relativ easy mit dem TL866 und dem gleichen Programm wie ich.
-
Hucky hier ist die 64K bin Datei
-
hast du den Freeze von Hexenküche auch noch für mich ?
Also die AR6 Datei in einem .d64 Image ?
-
Hucky ja, lese ich dir kurz ein und schreibs auf den desktop. Den freeze hat er mir aber als PRG abgespeichert. Einen Moment...
-
Hier die PRG vom gefreezten Hexenküche 2
-
ich schau mir das nachher mal an
-
Hucky Super, dank dir.
-
so.
erstmal hab ich dir einen falschen startsys genannt. Ist halt schon zu lange her

Du musst $080d nehmen.
Dein Freeze funktioniert - ich hab es mit meinem Programm >202 Blöcke laden im Vice getestet.
Da Hauptproblem ist, dass das Programm prg2crt die 8K Blöcke falsch gesetzt hat.
Ich kann das Programm auf dem Laptop leider nicht ausprobieren. Ich meine aber gelesen zu haben dass es nur MAGIC DESK CRTs generiert. Die Hardware ist anders als meine - die 8K B löcke im Eprom sind dafür anders angeordnet.
Du bekommst bei meiner Karte die EInschaltmeldung da der entsprechende Teil im Eprom für meine Hardware an falsche Stelle gebrannt ist.
Das 27512er Eprom wird quasi in 8 x 8K Blöcke aufgeteillt. Schaltest du den Rechner ein muss der "Loader" - also die erste 8K Bank an LETZTER Stelle im Eprom gebrannt sein. Also alle 8K Blöcke in umgekehrter Richtung. Das erlaubt, dass man für meine Karte 2764, 27128, 27256 und auch 27512 nutzen kann.
In deiner BIN Datei befindet sich der "Loader" im ersten 8K Block ! Den Rest hab ich mir jetzt nicht angeguckt.
Ich hänge die jetzt mal eine BIN Datei an, die funktionieren müsste.
Wie du es auch gemacht hast habe ich das gefreezte Programm mit >152 Blks bearbeitet und als Startsys $080d eingegeben.
Das .d64 Image mit dem File Eprom H und Eprom L habe ich danach mit dem PRGMover geöffnet. File angewählt - rechte Maustaste - exportieren als .BIN
Mit einem einfachen HEX-Editor habe ich nachher noch die beiden BIN-Dateien zu einem 64K BIN zusammengefügt. Letzteres tut nicht Not, da du ja in zwei Durchgängen brennen kannst. Du musst halt nur drauf achten, dass du Eprom H auch wirklich in die obere Hälfte des Eproms brennst !
-
die Magic Desk Hardware unterscheidet sich gegenüber meiner Hardware zusätzlich auch noch in den Datenwerten zur elektronischen Ansteuerung der Eprombänke und der elektronischen Abschaltung.
-
Hucky also war letztlich nur die startsys verkehrt? Ich hatte dies im Windows Taschenrechner auch mal eingegeben und bin dann in hex u gewandelt auf 818 gekommen.
Mmmmh, okay, dann merke ich mir zukünfgig diese startsys.
Zukünftig werde ich dann einfach mit dem PRGmover umwandeln. Ich probjer das gleich nochmal.
Hast du dein Laufwerk (1541/1571) am PC angeschlossen? Ich pendel sozusagen immer von C64 zum PC. Sind zwar nur 5m, aber am C64 kann ich übers Ultimate 1541 II und dem darin enthaltenen AR6 gleich freezen, ein backup auf disk schreiben, es mit deinem Programm 152blks bearbeiten und danach am PC bearbeiten. Dort hab ich ne 1571 mit einer zoomfloppy gekoppelt.
-
wie gesagt, es lag nicht nur am Startsys. Das PRG2CRT Programm hat es für meine Hardware falsch generiert.
Kann man da noch Einstellungen vornehmen ? Ich kenne das nicht und kann es nicht laden.
Am PC hab ich schon ewig kein Laufwerk mehr angeschlossen.
1541 Ultimate II+ mit USB-Stick, Vice usw. machen es möglich

Früher hatte ich X, dann XE, später XA-Kabel am PC.
Wo ich seit 4 Jahren wohne hab ich keinen Platz auf Dauer ein aufgebautes System stehen zu lassen - wenn ich Bock auf zocken habe - dann schnell U64 an LCD angestöpselt.
Ich hab seit Jahren mal wieder was gecodet - hab ich mittels
Keyrah am Laptop mit Vice gemacht. Geht tatsächlich - und ist schön bequem wenn man dabei aufm Sofa rumlungern kann...
Ich code aber immer noch mit SMON

-
Hucky ich hab das jetzt mal alles nochmal neu gefreezt, mit der neuen startsys versehen $080D, aber irgendwie dauert das gerade ewig die Eprom (l) und Eprom (h) zu schreiben. Woran könnte das liegen. Kann es sein, da du es mit deinem >202Blöcke Programm getestet hast? Das sind jetzt schon über 10min....

-
Hucky konnt die Disk rausnehmen, das Laufwerk hat sich aufgehangen und ist durchgelaufen. Irgendwas stimmt daher mit der startsys nicht.
-
Frage 1: warum freezt du neu ?
Der erste Freeze funktioniert prima.
Frage 2: warum machst du das mit realer Disk ?
wenn sich das jetzt weggehangen hat liegt es an deiner Disk.
Mit $080d hat das nichts zu tun, das ist entscheident wenn das Programm von Modul gestartet werden so !
Nutz doch das >152 blks mit Vice im Warp-Modus. Da musste nicht 100 min. warten !
Frage 3: warum probierst du nicht erstmal die Datei, die ich dir angehangen habe ?
-
Hucky - ich bin nun ein Stück weiter, d.h. die Karte springt schon mal an und ist nicht mehr im Betriebssystem, allerdings hab ich von einem anfangs schwarzen Bildschirm, einen kurz danach gewechselten blauen. Ich hatte die alten startsys $0818 Eprom h/l -PRGs im PRGmover in bin images umgewandelt und hintereinander (zuerst l, dann ab der 8000 h eingefügt und als ganzes gebrannt. Muss ich die zwei bin dateien schlußletztlich doch noch zu einem ganzen machen? Wahrscheinlich liegts aber an der startsys. Die, die du mir genannt hast, hat schonmal nicht funktioniert. Bekomme beim C64 in deinem Programm auch kein kleines "d" am ende geschrieben.
-
wenn du die alten Files Eprom L und Eprom H mit der zuvor eungegebenen startsys von $0818 benutzt hast KANN es nicht gehen !!
Du MUSST in diesem Fall (Freeze vom AR6) $080d nehmen !
Liest du eigentlich was ich schreibe ?
Du musst die beiden BINs nicht zusammenfassen. Ist doch egal ob in zwei Durchgängen gebrannt wird, oder in einem.
Gib bei der Startsys einfach 080D ein.
das "d" hab ich nur genommen dass es optisch besser für dich erkenntlich ist.
Ich wäre niemals auf die Idee gekommen dass du dann auch zwingend ein "d" versuchen würdest einzugeben.
d = D zumindest in DIESEM Fall was wohl zu 99,99% der Anwendungen aufm C64 entspricht

-