Hallo zusammen, ich wollte mal fragen ob sich schon jemand mit dem Thema der unterschiedlichen Daten-Formate bei den MFM disks befasst hat. Die Problematik habe ich in dem Dokument MFM_debug.pdf über meine homepage http://fafner.dyndns.org/~heuberger/BV/MFM_debug.pdf oder über GitHub ausgibig beschrieben: https://github.com/pdp11gy/SoC-HPS-based-MFM-disk-emulator Ich habe derzeit "nur" eine PDP-11/23, RQDX1 und RD51 zur Verfügung. Hier kann ich bereits die Disk auslesen und auch direkt als .DSK file abspeichern, so dass ich mit SIMH weiterarbeiten kann. Hier habe ich allerdings das Data AM Pattern herausfinden können. Mich würde nun interessieren wie es bei anderen Konfigurationen aussieht, bestimmt unterschiedlich, aber wie ist die Frage. Interessant wäre da mal die PC-Welt, Atari , HP und IBM Welt. es gibt schon einen sehr interessanten Beitrag, allerdings auf Floppy bezogen ( Floppy MFM Decoder selber bauen AVR ATmega Assembler Beispiele FDD Diskette , von 03.10.2018 ) . Alles selber rausmessen kann ich einfach nicht, dazu habe ich nicht die Räumlichkeiten und auch nicht das Referenz Equipment ... und auch nicht mehr die Energie und Zeit. Vielleicht hat sichschon mal jemand von Euch damit befasst und kann weiterhelfen. Zusammenarbeit ist natürlich auch gerne willkommen. Danke und Gruß, Reinhard
:
Verschoben durch User
Reinhard H. schrieb: > ich wollte mal fragen ob sich schon jemand mit dem Thema der > unterschiedlichen Daten-Formate bei den MFM disks befasst hat. Falsches Forum. Hier geht es um Sachen, die gelöst oder wenigstens weitgehend gelöst sind. Nicht um Probleme und Fragen zu einer erst noch zu findenden Lösung...
Danke für die Maßregelung ... Nur zur Info: Das Projekt ist schon lauffähig und es geht um Ergänzungen. Wer zuerst liest ist klar im Vorteil und braucht nicht rummeckern.
Reinhard H. schrieb: > Nur zur Info: Das Projekt ist schon lauffähig und es geht um > Ergänzungen. Nun, nach "Projekte & Code" gehört Dein Beitrag trotzdem nicht.
Und wo soll dann bitte der Beitrag erscheinen ? Ist doch schon albern, aber dann lösch doch meinen Beitrag oder kopiere ihn wo anders hin.
Reinhard H. schrieb: > ich wollte mal fragen ob sich schon jemand mit dem Thema der > unterschiedlichen Daten-Formate bei den MFM disks befasst hat. Mir ist unklar, wo du mit deiner Frage hin willst. MFM ist kein "Format", sondern eine Bitstromcodierung. Und natürlich hat sich damit schon mal jemand befaßt, sonst würde man darüber nichts im Internet finden. Bspw. hier: https://en.wikipedia.org/wiki/Modified_Frequency_Modulation > Die Problematik habe ich in dem Dokument MFM_debug.pdf ... > ausgibig beschrieben Wenn du Antworten erwartest, dann stell Fragen. Konkrete Fragen. Erwarte nicht, daß sich Leute ein PDF herunterladen und darin suchen, welche Frage du vielleicht haben könntest. > Hier habe ich allerdings das Data AM Pattern herausfinden können. Mich > würde nun interessieren wie es bei anderen Konfigurationen aussieht, > bestimmt unterschiedlich, aber wie ist die Frage. > Interessant wäre da mal die PC-Welt, Atari , HP und IBM Welt. Der oben verlinkte Wikipedia-Artikel enthält Links zu weiteren Bitstromcodierungen. FM und MFM sind die Anfänge. Gefolgt von RLL Codes (das ist eine ganze Familie, siehe https://en.wikipedia.org/wiki/Run-length_limited). Dazu zählt auch GCR (bekannt vom C64 respektive dessen Floppy 1541).
Hallo Reinhard, frag mal hier http://www.vaxman.de/inhalt.html direkt an. Du kannst dem Betreiber der Seite Dein Anliegen direkt per Mail schreiben. Er ist sehr hilfsbereit und wird Dir in jedem Falle antworten und auch keine dummen Sprüche klopfen. Er hat mehrere solcher alten Kandidaten am Laufen bzw. selbige repariert und wieder in einen funktionstüchtigen Zustand versetzt. Mir hat er auch völlig uneigennützig geholfen, allerdings bei einem anderen Thema.
Nett gemeint und jedenfalls vielen Dank. Allerdings kenne ich den vaxman quasi persönlich und auch meine Homepage läuft auf seiner historischen VAX. Wir haben auch schon einige Projekte zusammen gelöst und klar, er ist sehr hilfsbereit. Das MFM decoding/encoding ansich ist nicht mein Problem. Die unterschiedlichen Daten-ID's/Trigger-Pattern und eben das Data AM Pattern welche von jeden Kontroller Hersteller anders auf die Disk geschrieben wurde ist mein offener Punkt. Deshalb wollte ich auch meinen Beitrag in "Projekte & Code" veröffentlichen zwecks Meinungaustausch. Die Idee ist einfach, ein .DSK file zu erzeugen um die alte, eingelesene Disk sofort mit SIMH ( z.B. auf einen Raspberry ) verwenden zu können. Dein Hinweis auf Run-length limited ist jedenfalls auch sehr interessant. Ich werde, bzw. habe das Thema so umgangen, idem ich nicht nur die Daten decodiere sondern auch bei unbekannten Data AM die MFM Abstände abspeichere um wenigstens die alte Disk zu emulieren.
Reinhard H. schrieb: > Nett gemeint und jedenfalls vielen Dank. > Allerdings kenne ich den vaxman quasi persönlich und auch meine Homepage > läuft auf seiner historischen VAX. Wir haben auch schon einige Projekte > zusammen gelöst und klar, er ist sehr hilfsbereit. OK das konnte ich nicht wissen. War ja ja auch nur so eine Idee meinerseits. Leider kenne ich ihn noch nicht persönlich, aber wir korrespondieren zum Thema Anlogrechner. Reinhard H. schrieb: > Dein Hinweis auf Run-length limited ist jedenfalls > auch sehr interessant Ich glaube hier hast Du was durcheinander gehauen. Der Hinweis kam nicht von mir. Mit diesem Thema kenne ich mich nicht wirklich aus. Ich weis zwar das es MFM gibt aber mehr auch nicht. Auf den vaxman bin ich auch nur gekommen als ich Deine Rechnerliste gelesen habe. Wünsche Dir aber noch viel Erfolg bei Deinen Vorhaben.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.