Ich habe das gestern zwecks Testen so oft gespielt und auch genau so oft bin ich baden gegangen.
Posts by Stephan Scheuer
-
-
Da hast du ja fast ein Bad genommen.
-
Kann es sein, das Burstnibbler die Ports $DE00,$DF00 scannt (beschreibt) und deshalb die Daten schrottet?
Ich habe das Scannen von $DE00 entfernt, damit man Burstnibbler auch mit aktivien Action Replay starten kann.
Ansonsten wird bei aktiven Action Replay jeder Schreibzugriff auf $DE00 mit einem Totalabsturz quittiert.
-
OK, dann werde ich mir das mal Reinziehen. Ich dachte da auch eher an einer Lösung ohne REU, weil die auch nicht jeder hat. Ein Parallelkabel könnte sich aber fast jeder installieren.
Die 6 Einzeldateien, nummeriert von 1.part bis 6.part liest der Burstnibbler dann automatisch ein und schreibt diese auf Realer Disk zurück. Eventuell kann man den Puffer verkleinern, um den
Floppytreiber im C64-RAM zu halten.
Ich hatte das immer mit Dreamon. Der killt bei Neustart (sys54016) grundsätzlich das erste Byte in Bank $02. Bis ich dahintergekommen bin hat es etwas gedauert.
-
Besteht die Möglichkeit, den Burstnibbler so anzupassen, das dieser eine Disk auf dem Emulator einliest, das dann in 6 Dateien auf Disk abspeichert.
Auf einem realen C64 müsste dann der umgekehrte Weg vollzogen werden. So könnte man ohne großen Aufwand, Software zurückschreiben. Ich hatte mal gesucht, ob das ginge. Jedoch wird der Floppycode
nach dem Initialisieren gelöscht.
Sixpack macht genau dasselbe. Nur sind die Lese- und Schreibroutinen seriell.
-
So, nun habe ich es auch nochmal mit dem Burstnibbler v1.0 probiert. Keine Probleme, die Kopie läuft. Wichtig ist, dass die Tracks in einem Durchlauf gelesen und geschrieben werden.
Also entweder mit Parallelkabel under mit 8Kb ZusatzRAM im Laufwerk und den Ramboard Nibbler.
PS: Ich nenne das Templemann-Format nur noch "Die Kreissäge" Post #57, das Bild. Ich habe sowas noch nie gesehen.
-
Ich hatte das Image mal mittels Burstnibbler und Winvice kopiert. Mal mir reduce Sync mal ohne. Beide Kopien funktionierten. Ich weiß, dass das nicht viel aussagt aber immerhin es ging.
Schade, das der Burstnibbler das adjust Target mit dem Winvice nicht macht. Ich hatte das mal fast richtig zum Laufen bekommen. Leider sind die Notizen darüber weg.
-
Das ist ein Custom Format. Track 18 ist Speed 2. Es sind 5 normale Sektoren. Der rest ist mit Sync gefüllt. Alle anderen Tracks sind mit Speed 0 geschrieben.
-
Ist an old Thread. But here my Originals with ative Copyprotection. Both are Workinig.
-
Ich habe WildeWutz 0.7 und ZoomFloppy leider nicht. Der Burstnibbler nutz ein Parallelkabel von der 1541 zu C64. Zudem nutzt diese Spezialversion eine REU.
Ich hatte das REU-Image auf Real Disk übertragen und dann mit dem Busrtnibbler zurückgeschrieben.
Ich schaue mal in meinem Toolfundus. Vielleicht habe ich etwas, dass einfacher anzuwenden ist. Oder ich versuche mal einen Custom-Kopierer zusammenzucoden.
Ich bitte um Geduld.
-
Soweit ich das jetzt herausgefunden habe, befinden sich die Tabellen für das abspielen der Demo auf Track 35 Sektor 01 bis 06.
-
Ich spiele in letzte Zeit gerne Lords. Die C64 Version ist richtig gut gelungen.
-
Hast du den Burstnibbler? Oder kannst du den Speed Fix einstellen?
-
Komisch, bei mir läuft es ohne Probleme. Sonst hätte ich das nicht hochgeladen.
Achso, du hast eine Kopierfehler. Ich dachte schon, der Patch funktioniert nicht.
Ja das ist ein übles Custom Format. Ich habe das mittels Bustnibbler übertragen.
-
Und für das flackernde Menü.
Mittel Hexmon im D64 Suchen...:A9 8B CD 12 D0 90 FB A9 00Mittel Hexmon im D64 Ersetzen: A9 AB CD 12 D0 90 FB A9 00
-
Hier bitteschön, die Infodatei im ADF. Da steht auch, was für ein Cruncher genutzt wurde.
-
NTSC-Version to PLA
Mittel Hexmon im D64 Suchen..: 07 47 47 89 2D
Mittel Hexmon im D64 Ersetzen: 07 89 47 89 2D
-
Das heißt, die Wolken Version "Games for other Drives 2.0" funktioniert auch nicht?
(txt in d81 umbenennen)
Stefan
Doch schon. Nur mit High Score speichern ist nicht. Ich hatte bei der Version meinen Alldrive IRQ-Loader verwendet. Der Platz reichte gerade so für den Lader und der on-the-fly Decrunchroutine.
Zudem hat mir der IRQ-Loader genau die Probleme, die ich mit dem Kernal-loader hatte, ersparrt. Dem Lader ist es wurst, ob ab $0314 nun Daten stehen oder die Highscore ab $0200 geladen werden
oder $01 auf #$35 steht ect.
-
Übrigens, ist schonmal jemanden aufgefallen, dass alle gecrackten Versionen nicht richtig funktionieren?
Das liegt daran, das die Daten vom Track 35 Sektoren 00 bis 06 fehlen.
...
. 
Muss ich mir mal näher ansehen ...
Kryo-Flux... Die Daten auf Track 35 werden per Direktkommand (B-R) gelesen. Die sind auch nicht verschlüsselt. Alles andere ist Dateibasiert
-
Der Kopierschutz war die Passwortabfrage. Ansonsten war noch die Bootdatei verschlüsselt. Natürlich EOR. Übrigens, ich habe mir mal den Lader des NTSC-Originals angesehen.
Man muss ab $05b3 nur das #$EA durch eine #$24 ersetzen (Timing anpassen) und schon läuft der NTSC-Lader auch mit PAL-Geräten.
Du, wie die Demo gecodet ist, kann ich nur schätzen. Ich habe mir aus dem umfangreichen Code nur die für mich wichtigen Daten rausgesucht.
aber so wie es aussieht, hat der Programmierer die Joystickbewegungen im mehreren Tabellen eingetragen. Die Routine ab $00b5 ist ein Teil davon und steht in Datei "MI" ab $BA07, die auch für denAblauf der Demo verantwortlich ist.
