Im Endeffekt ist es keine originale Xoom, weil hier nicht verfügbar.
Na ja, die XoomFloppy ist ja nicht original (im Sinne, dass sie nicht offiziell unterstützt wird). Das offizielle XUM1541-Geräte ist die ZoomFloppy.
Deshalb meine Nachfrage. Ich kann aus dem Stegreif nicht einmal sagen, wo genau die Unterschiede sind und welche FW auf die XoomFloppy muss.
Die zweite, die ich noch nicht probiert habe, ist eine mit Teensy-Board.
Die dürfte noch schlechter unterstützt sein. Ich kenne niemanden, der eine XUM1541 mit Teensy besitzt, daher ist die FW zwar kompiliert, aber komplett ungetestet und unsupported!
Ich werde es mal ausprobieren. Normalerweise müsste man doch mit Hash-Vergleich des NIB ausprobieren können, ob alles richtig auf der Diskette angekommen ist, oder ist da noch was veränderliches drin?
Leider nicht. Anders als z.B. die .D64, bei denen nach einem definierten Muster die Daten abgelegt werden (pro Track beginnt man bei Sektor 0) ist das bei .G64 und .NIB nicht der Fall. D.h., bei zweimaligem Auslesen werden die .NIB oder .G64 in den seltensten Fällen identisch sein.
Also habe ich meine Geos-Diskette mit der Option "-t" drauf kopiert - und es läuft
Hm.... Verlangt GEOS eine "pingelige" "synchronisierte" Anordnung der Sektoren auf den Spuren?
Ansonsten habe ich in die leer.zip reingeschaut. Das ist merkwürdig:
... snipp...
Ich habe mir dein g64conv auch mal runtergeladen, das ist deutlich komfortabler, als es im Hex-Editor zu machen (wie ich normalerweise). Allerdings kommt es nicht mit .NIB Dateien zurecht, oder übersehe ich was? Ich habe es erst mit nibconv in g64 umgewandelt.
Diese Stellen bei leer.zip sind mir auch aufgefallen, sehr eigenartig.
64erGrufti : Falls du noch Spaß beim Debuggen hast, könntest du mal bitte folgendes machen:
- Sag mir, was für eine 1541 du genau hast (1541, 1541-II, 1541C, ...)?
- Kannst du mit cbmformat eine neue Diskette formatieren
- Genau diese Diskette dann mit nibread auslesen und mir schicken
- Kannst du mit cbmforng eine neue Diskette formatieren
- Genau diese Diskette dann mit nibread auslesen und mir ebenfalls schicken
Mir kommt das Muster der Fehler bekannt vor von der Entwicklung von cbmformat und cbmforng, daher will ich abchecken, ob es das sein könnte.