letzter Beitrag von LogicDeLuxe am
Ich habe schon gemerkt das der D64 nicht komplett sauber ist (alles ab x22068 sollte x00 sein. Eventuell auch mehr.
Das sind Reste des Highscore-Abspeicherns. 0x22000 bis 0x220ff ist T28S0, da ist das 1-Block-File "H" also die Highscores. 0x22100 bis 0x221ff ist T28S1 und sieht nach einer vorherigen Fassung des Highscore-Files aus.
Hab das NIB bekommen. Danke. Verstehe ich deinen Post richtig, dass du das D64 auf Diskette geschrieben und davon dann das NIB gezogen hast? Fehlen dann nicht die ganzen Kopierschutz-Informationen usw.?
Verstehe ich deinen Post richtig, dass du das D64 auf Diskette geschrieben und davon dann das NIB gezogen hast?
Ja, das ist teil richtig aber nicht ganz.
Fehlen dann nicht die ganzen Kopierschutz-Informationen usw.?
Track 01-35 kommen from @GenerationCBM, seine D64. Track 36 kommt von Katakis original. Auf track 36 liegt der schutz, diese ist von 1541 intern code ($0300-$07ff) abgefragt und ist 1:1 wie erwartet.
http://c64preservation.com/dp.php?pg=rainbow
UPDATE Eventuell funktioniert diese auch http://csdb.dk/release/?id=39648 aber ich habe das nicht probiert... funktioniert leider nicht.
Als Notlösung wäre das ok, wenn es ohne Patches läuft (ich habs noch nicht ausprobiert).
Am superallerbesten wäre natürlich ein Original-NIB, z.B. das von Goethe.
Als Notlösung wäre das ok, wenn es ohne Patches läuft (ich habs noch nicht ausprobiert).
Ja, es funktioniert. Warum nicht ? Du kannst der G64 mit VICE testen.
Weiß gar nicht, ob die "mint" sind (keine Highscore) oder nicht.
Nope, ist gespielt. Aber nicht viel. Ist auch nicht ungewöhnlich.
Ich wollte erst tönen "läuft nicht!", doch halt, wir brauchen natürlich custom protection handler beim Konvertieren:
nibconv -pm (nbz-source) (g64-target)
Dann tut's.
GenerationCBM: Guter Hinweis mit der nibconv-Zeile! Da wäre ich wohl nicht drauf gekommen.
Warum nicht ? Ich habe hier schon erwähnt.
Ist zwar kein Spiel, aber ich habe das eben in einer Diskbox entdeckt.
Starte supergrafik 64 und pflup...
Starte supergrafik 64 und pflup...
Lol... was es alles gibt...
hübscher absturz
hübscher absturz
Hmm.. Vice sagt bei mir CPUJAM. 
Die Laufwerke hatten keinen Killerpoke.
"Es gab auch Möglichkeiten den Schreibkopf von Commodore-Diskettenlaufwerken über Software-Befehle zu beschädigen. In der Praxis war sie durchaus von Bedeutung, da es Kopierschutzmaßnahmen, insbesondere bei Spielen, gab, die das Laufwerk teilweise in kürzester Zeit massiv beschädigen konnten. Dies ließ sich von Seiten des Users nur durch Verwendung einer gecrackten Version verhindern. Lediglich das 1571 und das 1581 besaßen einen mechanischen Schutz gegen derartige Vorfälle. Die anderen Commodore-Floppys konnten aber entsprechend umgebaut werden."
Glaube ich nur wenn ich das selbst sehe. Das Hauen des Lesekopfs an den Rand ist zu schwach um den kaputt zu kriegen.
VM, wohl zulange mit Shmendrik rumgehangen mit so vielen Wiki Links? 
Das Hauen des Lesekopfs an den Rand ist zu schwach um den kaputt zu kriegen.
Ich glaube das behämmerte Hämmern der Floppy an den Anschlag war durchaus alles andere als gesund für das Laufwerk.
Wenn das mal dejustiert war, war es faktisch kaputt für die meisten User. Nicht jeder war/ist ein Bastler oder wusste sich da zu helfen.
Hmm.. Vice sagt bei mir CPUJAM.
Dann wirf anschliessend nochmal einen Blick in das D64.
Wenn das mal dejustiert war, war es faktisch kaputt für die meisten User.
Das würde ich aber weder als massiv beschädigt noch als beschädigten Schreib/Lese-Kopf bezeichnen. Es ist eben ein dejustierter Kopf. Natürlich ärgerlich, aber längst nicht so wild, wie der Text beschreibt.
Allerdings gibt es auch Titel, die den Kopf am äußersten Ende parken, was dazu führt, daß erstmal keine normalformatierten Disketten mehr erkannt werden. "i" reicht da nicht mehr, um den Kopf zu befreien. Da mußte man schon den Formatierbefehl (ohne Diskette) ausführen, um den Kopf da weg zu bewegen. Wer das nicht weiß, könnte auch den Eindruck bekommen, daß das Gerät kaputt sei. In so einem Fall ist das Lichtschranken-ROM natürlich im Vorteil, weil es den Kopf bei jedem Reset bewegt.
Was das Anschlagen betrifft: Wir wissen ja mittlerweile, daß es ziemlich viele 1541C mit deaktivierter Lichtschranke gibt, und auch 1541II gelegentlich mit dem Lichtschranke-ROM bestückt waren. Wenn das so extrem schädlich wäre, hätten die doch reihenweise wegsterben müssen.
