XU1541 und XUM1541 gelaber

Es gibt 177 Antworten in diesem Thema, welches 23.284 mal aufgerufen wurde. Der letzte Beitrag (19. April 2022 um 23:35) ist von Cpt.Hardy.

  • ok wir haben uns ĂĽberschnitten.

    Was mich an dieser Stelle jetzt eigentlich am brennensten interessiert:

    Macht es Sinn, mit dem bei mir vorliegenden System jetzt Spiele in *.NIB/*.G64 Images zu archivieren Ja oder Nein?

  • Wenn man das .nib korrekt eingelesen hat, sollte dieses möglichst unverändert nach .g64 konvertiert werden:

    nibconv -f0 -r file.nib file.g64

    Wenn man sieht, dass Bytes gekappt werden am Trackende:

    nibconv -f0 -r -C298 file.nib file.g64

    nibconv -f0 -r -C296 file.nib file.g64

    nibconv -f0 -r -C294 file.nib file.g64

    nibconv -f0 -r -C292 file.nib file.g64

    nibconv -f0 -r -C290 file.nib file.g64

    Stufenweise heruntergehen mit der Geschwindigkeit bei der Konvertierung ... unterhalb von 290 RPM bringt nichts mehr dann.

    P.S.: Es gibt auch noch eine spezielle GEOS-nibtools Variante bzw. Revisionsnummer mit entsprechendem Parameter nur fĂĽr GEOS-Disketten.

  • FĂĽrs Schreiben mĂĽsste er die Floppy anpassen, nicht nibconv :smile:

    Wobei Dein Vorschlag, mit den nibconv-Optionen fĂĽrs Lesen sicherlich sehr nĂĽtzlich ist. Seine Frage geht jedoch IMO in die Richtung, ob das Lesen sinnvoll ist, ohne die Floppy vorher auf ich nenne es mal vernĂĽnftieg Geschwindigkeit justiert zu haben.

    Ich persönlich denke: Ja, ist sinnvoll. Am Ende muss am sowieso prüfen, ob korrekt gelesen worden ist. und die Speedzones können mit experiemntell ermittelt bis zu 1,5 Speedzones Abweichung noch gelesen werden. Da geht die verringerte Geschwindigkeit im Vergleich eher unter - von Extremfällen mal abǵesehen. Extremfälle dagegen neigen wiederum sowieso zu Fehlern, sprich: Man muss ja sowieso prüfen.

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Auch wahr, da geht natĂĽrlich direkt das g64 aus nibconv ein...

    Ich habe das fahrlässig unter "man muss ja sowieso prüfen, ob es korrekt eingelesen worden ist" laufen lassen - das macht man ja typischerweise, indem man zum einen prüft, ob alle Sektoren, die lesefehlerfrei sein sollten, es auch sind (= korrekte Checksumme) und zum anderen, indem man das g64 ausprobiert.

    Wenn das g64 dann funktioniert, sollte man annehmen, dass es eine gute Basis fĂĽrs Schreiben darstellt.


    Bei den PrĂĽfen fallen dann ja nicht passende nibconv-Parameter mit auf, denn die mĂĽssen dann ja einen Fehler bewirken...

    ---
    Meine Github-Projekte: Bitte melde dich an, um diesen Link zu sehen. Vice 3.2 Improved: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II / Ultimate 64 Firmware Releases: Bitte melde dich an, um diesen Link zu sehen.
    1541 Ultimate II Update instructions: Bitte melde dich an, um diesen Link zu sehen.

  • Auch wahr, da geht natĂĽrlich direkt das g64 aus nibconv ein...

    Ich habe das fahrlässig unter "man muss ja sowieso prüfen, ob es korrekt eingelesen worden ist" laufen lassen - das macht man ja typischerweise, indem man zum einen prüft, ob alle Sektoren, die lesefehlerfrei sein sollten, es auch sind (= korrekte Checksumme) und zum anderen, indem man das g64 ausprobiert.

    Wenn das g64 dann funktioniert, sollte man annehmen, dass es eine gute Basis fĂĽrs Schreiben darstellt.


    Bei den PrĂĽfen fallen dann ja nicht passende nibconv-Parameter mit auf, denn die mĂĽssen dann ja einen Fehler bewirken...

    Genau ... deswegen immer den nibread Einlesevorgang genau beobachten ... und dann den Konvertierungsvorgang mit nibconv. Wenn man das so 1.000-mal gemacht hat, sieht man sofort, wenn etwas irgendwo mit Tracks und Sektoren nicht stimmt.

    Einfach viel nibbeln und ausprobieren und Erfahrungen sammeln ... ;) ... wie im wahren Leben.

  • und zum anderen, indem man das g64 ausprobiert.

    ja schon klar, AUSPROBIEREN heisst konkret: im VICE starten?

    Und wenn das funktioniert ist das Image ok?

    Natürlich werde ich in jedem Falle immer auch die *.NIB archivieren, so daß dann die Konvertierung mit anderen Parametern später auch nochmal wiederholen kann.

  • Macht es Sinn, mit dem bei mir vorliegenden System jetzt Spiele in *.NIB/*.G64 Images zu archivieren Ja oder Nein?

    Naja, theoretisch ja. Mann könnte da ja noch einiges experimentieren (eine echte 1541 dranhängen, die 1571 in den 1541-Modus schalten, und ...). Aber das Interesse daran liegt bei mir bei bedeutend weniger als 0,00 %.

    Mich interessiert hier Geos und alles was damit zusammenhängt, mehr nicht :wink: .

    im VICE starten?

    Und wenn das funktioniert ist das Image ok?

    VICE ist ein relativ guter Hinweis, aber kein wirklicher MaĂźstab. Da kann es immer irgendwelche Probleme geben ...

    ZurĂĽckschreiben auf echte Disk und an echter Hardware testen. :wink:

    GruĂź

    Werner

  • Es gibt auch noch eine spezielle GEOS-nibtools Variante bzw. Revisionsnummer mit entsprechendem Parameter nur fĂĽr GEOS-Disketten.

    Bestreitet ja auch niemand :wink: .

    Hast Du mal einen Link mit Informationen dazu?

    Wenn mich meine Erinnerung nicht trĂĽgt, gab es vor etlichen Jahren mal sowas. Zu der Zeit war nibtools & Co noch ein Buch mit sieben Siegeln fĂĽr mich. Hatte nichtmal die Hardware, um sowas zu machen...

    Ich wüßte ehrlicherweise auch nicht, wozu. Es gibt bei Geos eigentlich nichts, was mit den "normalen" nibtools (Stand April 2022) zu erschlagen wäre. Ein Beweis sind die uninstallierten (fast originalen) Geos-Disketten auf der F64-Wolke.

    GruĂź

    Werner

  • nibconv67 von ZAK256

    ach das meinst Du.

    Keine Frage, ZAK256 hat u.a. viel dazu beigetragen, den Geos-Kopierschutz bekannter zu machen. Ich habe damals (ist je nun auch schon 7 Jahre her :wink: ) auch dazu mit beigetragen. Aber erscheint mir das Ganze doch etwas "seltsam" :wink: :

    Ich mache eine originale Geos-Diskette erstmal kaputt (mache ein D64 draus) um sie hinterher wieder lauffähig zu machen (Wiederherstellung des Kopierschutzes (TAIL GAPS) für GEOS). OK, wenn man keine andere Möglichkeit hat.

    Da nehme ich nibread/nibwrite, erstelle damit eine Kopie und deinstalliere die dann. Die Deinstaller sind ja bereits seit Ende der 1980er bekannt (veröffentlicht in diversen 64er-Heften und 64er GEOS Sonderheften). So sind zumindest die uninstallierten Sachen von mir auf der F64-Wolke entstanden.

    GruĂź

    Werner

  • ??? was meinst Du?

    Ups, sorry ....

    VergiĂź es, ich habe mich verlesen...

    Macht es Sinn, mit dem bei mir vorliegenden System jetzt Spiele in *.NIB/*.G64 Images zu archivieren Ja oder Nein?

    Hier habe ich statt "mir" "dir" gelesen. Meine Antwort bezieht sich also auf mich und meine Möglichkeiten ....

    Sorry.

    GruĂź

    Werner

  • ok, dann ist die Frage noch offen also nochmal...

    Macht es Sinn, mit dem bei mir vorliegenden System jetzt Spiele in *.NIB/*.G64 Images zu archivieren Ja oder Nein?

    ich möchte mich jetzt nicht Tage oder Wochen hinsetzten, alles kopieren und wenn ich dann ich 3 Jahren oder wann auch immer mal wieder auf eine Diskette zurückschreiben will feststellen müssen, daß die Images alle unbrauchbar sind.

    Test im VICE ist schnell gemacht und ist ein erstes Kriterium.

    Jedes Spiel wieder zurĂĽckkopieren auf Diskette ist zeitraubend und mĂĽssig.

    Und letzten Endes schaut man ja auch nur, ob das Spiel ĂĽberhaupt startet, wenn man jetzt noch anfangen wollte, einzelne Level auszuprobieren.

    Vielleicht kommt nach Level10 ein Nachladeaufruf und man soll die Diskette umdrehen, weil sich da auf der RĂĽckseite auch noch was befindet ...

    Und ansonsten können die nibtools lt eigenen Angaben eh nur ca 95% aller Disketten einlesen...

  • Alles erstmal sichern ist immer gut. Vielleicht schauen was andere schon gesichert haben, das wurde bestimmt auch schon mal zurĂĽckgesichert, dann sparst du dir das testen.

    Das du nicht jedes Programm durchzocken kannst um zu testen ob alles funktioniert ist eben so. Auch hier haben bestimmt andere schon ihre Sachen vor Jahren mit deiner Technik

    eingelesen, wenn was nicht funktioniert hätte wäre es jemandem aufgefallen, dann wirds nochmal eingelesen oder es gibt eine Alternativ-Version die funktioniert.

    Soweit ich weiĂź hat Pete (Preservation Project) alle Disks auch zurĂĽckgeschrieben zum testen, die funktionieren.

    Ich habe auch alle paar Jahre mit einer neuen Technik meine ca. 600 Original-Disks eingelesen, jedesmal hat mehr funktioniert mit dem technischen Fortschritt, nun habe ich alles funktionierend.

    Selbiges habe ich auch mit dem Amiga mit ca. selbiger Anzahl an Original-Disketten hinter mir. Auch hier funktioniert nun alles.

    Früher oder Später wirst du ggf auf Kryoflux oder Greaseweazle umsteigen um auch die restlichen Disks einzulesen die nicht mit nibtools funktioniert haben.

    Schau doch erstmal was schon vorhanden ist, vielleicht musst du gar nicht so viel sichern und das zurĂĽckspielen testen.

  • Macht es Sinn, mit dem bei mir vorliegenden System jetzt Spiele in *.NIB/*.G64 Images zu archivieren Ja oder Nein?

    Als Archiv für eigene Zwecke würde ich die eingelesenen NIBs archivieren. Die kann man dann wenn nötig einfach zurückschreiben oder nach G64 (für Emulator) wandeln. G64 braucht man eigentlich nur, wenn ich sie in VICE benutzen möchte.

    GruĂź

    Werner

  • Schau doch erstmal was schon vorhanden ist

    ein sehr guter Tipp aber wo soll ich schauen?

    Wolke???

    csdb.dk (sind keine originale sondern chracks) was dem Spielgenuss ja nicht zwangsläufig abschägig sein muss...

    GameBaseData??

  • Als Archiv fĂĽr eigene Zwecke wĂĽrde ich die eingelesenen NIBs archivieren

    ja ist klar, die paar Bytes machen in der heutigen Zeit ja kaum einen Unterschied. Weder jeweils eine *.G64 und eine *.NIB archivieren...

    Die Frage war vielmehr nach der Qualität meiner *.NIB und ob man daraus später mal wieder eine bootfähige Diskette bekommt.

    Hier nochmal ein weiteres Beispiel: AfterBurner ..

    Bitte melde dich an, um diesen Anhang zu sehen.