a) Die Roh Bits (Flusswechsel) die auf der Oberfläche der Disk sind oder sind es
b) Die Bits, die dann an der VIA ankommen (unter Berücksichtigen der diversen Gatter hinter der Flusswechsel erkennung und der Speed Zonen etc.)
Nach einigen Diskussionen bin ich eigentlich überzeugt, dass es oft b) ist, was auf einem G64 Image steht.
Für eine realistische Drive Emulation ist aber a) erforderlich und b) völlig unbrauchbar. Schon wenn eine Software die Speed-Zone umstellt, würden weak bits völlig anders ankommen müssen. Das bedeutet in einem Umlauf kommen ganz andere bits an der VIA an als in dem Umlauf wo die Speed Zone anders eingestellt wurde. Wie sollte das ein Emulator in den Griff bekommen ?
es sind keine flusswechsel, sondern ein GCR bitstrom. das mit den speedzones ist (nachdem ich jetzt nochmal das pdf zur ipf lib gelesen hab - sogar ähnlich wie beim ipf format anscheinend) so gelöst das es eine tabelle gibt in der steht wo auf der disk welche speedzone gilt. hier ist auch der schwachpunkt des formats, denn diese tabelle ist a) zu klein und b) nicht genau genug um generisch alle denkbaren fälle abzudecken (für 99% reichts aber trotz allem). weak bit areas sind im g64 einfach ausgenullt, und die drive emulation erzeugt dann je nach bedarf pseudo zufällige daten (entspricht nicht ganz dem was wirklich passiert, reicht aber ebenfalls wieder für 99% aller fälle). auch das scheint bei ipf nicht fundamental anders zu sein, ausser das da diese pseudozufallszahlen in der ipf lib erzeugt werden. (gute frage wie der fall abgedeckt wird wenn ansich gültige daten mit der "falschen" speedzone einstellung gelesen werden, vermutlich wird das garnicht behandelt, weils in der praxis nicht wirklich relevant ist, bzw nicht benutzt wird)
Drum wäre ich echt dankbar für ein offenes Format, in dem ganz exakt definiert ist, dass es die Roh-Flusswechsel auf der Disk sind, die aufgezeichnet sind und aus dem hervorgeht, wieviel zeit zwischen den wechseln vergeht. Dann kann man auch Drive Emulationen machen.
Aber vermutlich gibt es das Format schon und ich kenne es nur nicht ?!
FDI kann das. hoxs64 unterstützt das sogar. (und kann auch g64 nach fdi wandeln, falls man das will, keine ahnung wozu das gut sein sollte ausser zum rumtesten :))