Hilfe bei Aufarbeitung von archivierten Disketten

Es gibt 99 Antworten in diesem Thema, welches 14.536 mal aufgerufen wurde. Der letzte Beitrag (27. März 2021 um 15:56) ist von Stefan_h.

  • Danke für die ganze Mühe.:)

    Ich habe noch eine andere Version. Vielleicht kann man damit etwas anfangen.

    PS: Ich könnte, wenn zumindestens etwas an Floppycode vorhanden ist, das Teil erstmal cracken. Auch wenn es abstürzt. Ein Versuch kann ja nicht schaden.

    Der Patchcode von "Wörte Rennen Mit System" ist soweit fertig und funktioniert auch. Es wird nur der Check von Track $02 zu Track $03 entfernt.

  • Das kann man mit den Daten vom anderen Image fixen. Das hatte ich vor Monaten mal mit dem Burstnibbler gemacht und es funktionierte. Ich benötige nur die Daten, die die Floppy-Routine von Track $02

    liest. Versucht hatte ich schon, an den Daten zu kommen aber immer ohne erfolg.

  • Stefan_h

    Versuche mal die Version im Anhang auf realer Disk zurückzuschreiben. Ich habe trotz Null-Lust-Syndrom das Teil gepatcht, so dass Mr. Track-Check die fristlose Kündigung bekommen hat.8)

    Das Programm kann nun auch mit installiertem Jiffy-Dos gestartet werden. Bitte mit load"*",8,1:return laden.:):)


    Viel Spass mit dem Programm.:)

  • 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.

  • ich habe es über ZomFloppy kopiert.

    Jetzt wird's für mich ein wenig kompliziert. Der Burstnibble kenne ich nicht, wie genau gehe ich da vor ?

    oder Speed Fix wo wird der eingestellt ?

  • 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.:)

  • Wo wir gerade beim Burstnibbler mit REU mod sind - da lade ich gleich eine neue Version hoch. Nur kosmetische Korrekturen.

    ---
    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.

  • Läuft bis die Anfang Szene kommt danach blauer Bildschirm und das Laufwerk läuft endlos und die led bringt

    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.

    Da müsste man mal reinschauen, um das genauer bewerten zu können.

    Grundsätzlich können solche Unterschiede aber an verschiedenen Rotationsgeschwindigkeiten der 1541/70/71 Floppies liegen.

    Ein Maß dafür ist, wie viele Bytes die Floppy pro Track schafft. Und diesen Wert geben sowohl nibwrite als auch Burstnibbler aus. Da es Probleme gibt, sollte man mal die Werte vergleichen.

    ---
    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.

  • 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.

    Eine perfekte Situation, dass die Tracklängenanpassung von nibwrite Mist machen kann - Burstnibbler genauso. Die muss ja entscheiden, Bytes hinzuzufügen oder wegzulassen.

    Nicht perfekt, aber auch da liefert Wiedereinlesen des falsch geschriebenen erste Anhaltspunkte, was schief geht.

    Die Gaps können so groß gewählt sein, dass nur manche 1541 (nämlich die, die etwas langsamer drehen innerhalb der Toleranz im Vergleich zu denen, die es nicht tun) die Bytes so gerade schaffen...

    ---
    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.

  • 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.

  • 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 Bitte melde dich an, um diesen Link zu sehen., das Bild. Ich habe sowas noch nie gesehen.

    Bitte melde dich an, um diesen Link zu sehen.

  • Stephan Scheuer Ich habe hier mal den Anfang vom Loader code für das Format dokumentiert: Bitte melde dich an, um diesen Link zu sehen.

    Während beim header einfach für den lookup ein LDA $0100,,Y gemacht wird, wird es beim Daten laden mit EOR $0100,Y gemacht.

    Mit A = 0 ist das für das erste byte identisch mit LDA $0100,Y.

    z.B.

    Y = #$A6 -> $01A6 == #$28 -> A = #$28 (über table 2)

    Y = #$73 -> $0173 == #$17 -> A = #$17 EOR #$28 = #$3F

    Y = #$76 -> $0176 == #$19 -> A = #$19 EOR #$3F = #$26

    Da an der Y index position schon die übersetzten 6 bit Daten stehen, ist das sowas wie eine laufende EOR Summe über die 6 bit Daten.

    Beim schreiben wäre das:

    byte[N] = EOR_summe[0 ... N - 1] EOR [N]

    und danach

    X = byte

    native_floppy_byte = table1, X // table1 ist für die vorwärts übersetzung in native floppy bytes, table2 für die rückwärts übersetzung.

    Interessantes Detail ist, dass table1 selbst mit diesem Prinzip nur native floppy bytes enthält und damit ohne eine Übersetzung eingeladen werden kann.

    Korrekturen / Ergänzungen?

    Den second stage loader code habe ich noch nicht im Detail angeschaut. Der wird aber imho nur noch den Teil für den Transfer zum C64 hinzufügen.

  • Ja, hier ein Bild. Bin zu faul zum Schreiben. Da sind aber nicht die beiden Tempelmann-Protected Programme bei.

    Habe noch ein Programm von Langenscheidt gefunden "Wörter in Aktion"

    Bitte melde dich an, um diesen Anhang zu sehen.

    das nicht aufgeführt ist