Mit "ZoomFloppy - > 1571 II Floppy" erstellte Disks für C64 eventuell auf 1541 nicht lesbar ?

Zitat von agony09

Ja, ich konnte nur weiter geben, wie mir mitgeteilt wurde, wie die Disketten erstellt wurden.

Zuerst hieß es mit einer 1571 Floppy... gestern hieß es PC Floppy...

Aber wie auch immer. Komisch ist es trotzdem, dass ich bisher kein 1541 Floppy gefunden habe, welche die Disketten liest (6 Floppys oder so)

Wenn es mit PC Floppy geschrieben ist: 40 Track oder 80 Track Mechanik? Letztere ist bei HD Floppies Standard.

Die Frage stellt sich deswegen, weil im letzteren Fall in den Halftracks etwas übrig geblieben sein könnte, was eine 1541 stört. Warum das offenbar eine 1571 weniger stört, kann ich nicht sagen - vielleicht anderer Schreib-/Lesekopf...

Nachtrag: Das mit den Halftracks geht so weit, dass selbst ein per Kryoflux gelöschter Halftrack noch Probleme machen kann. Ein per SuperCard Pro gelöschter Halftrack dagegen scheint problemlos zu sein - eine Analyse per SuperCard Pro von Disketten beider "Löscharten" bestätigt, dass da ein messbarer Unterschied ist...

Hallo,

ich habe 3 von den Disketten geschickt bekommen und eine erste Analyse:

2 der 3 Disketten lesen sowohl die 1541 ("-I", Assy 154008) als auch die 1571 problemlos. Die D64 images sind bis auf das letzte Bit identisch.

Die dritte Diskette hat Leseprobleme auf Tracks 34 und 35. 35 ist offenbar unformatiert, keins der Laufwerke kann eine SYNC-Markierung finden. Track 34 hat offenbar Inhalte; die 1571 schafft es, bis auf einen Track alle zu lesen (manchmal hat auch ein zweiter noch nicht-behebbare Fehler), während die 1541 die hälfte der Blöcke nicht lesen kann.

Dumm nur, dass die beiden Tracks 34 und 35 gar nicht verlinkt sind, so dass das Laufwerk gar nicht versuchen sollte,darauf zuzugreifen.

Was mir noch aufgefallen ist: Eine der beiden problemlosen Disketten ist nur einseitig. Auf der Rückseite konnte ich allerdings von Track 5 aufwärts Daten erkennen, allerdings nicht lesbar. Ich vermute, dass es sich um MFM-Format handelt, so dass ich von einer doppelseitig formatieren PC-Diskette ausgehe, die es mal war. Ich weiß, dass es beim Wechsel einer Diskette von PC auf Commdore immer mal wieder Probleme gab. Meine Laufwerke können allerdings alles lesen, so dass ich nicht daran glaube.

Eine Vermutung die ich noch habe (neben einem verstellten Kopf): Die Drehzahl der Laufwerke. Wenn sie zu sehr in eine Richtung gehen, könnte ich mir auch da Probleme vorstellen. Kennt jemand ein Programm für den C64 oder C128, welches die Drehzahl eines Laufwerks bestimmt? Ich nutze da immer nur OpenCBM.

Noch vergessen: Eine Diskette ist recht stark geknickt, sie bleibt im Laufwerk stecken und muss recht umständlich rausgeholt werden. Keine Ahnung, ob das Auswirkungen haben kann? Z.B. könnte sie nicht mehr gut drehen, vor allem, wenn der Innenring nicht mehr sauberen Kontakt hat.

Aber bei mir war halt auch alles lesbar, wobei ich jede Diskettenseite 5 mal mit d64copy und 5 mal mit nibread ausgelesen habe.

Zitat von strik

Kennt jemand ein Programm für den C64 oder C128, welches die Drehzahl eines Laufwerks bestimmt?

Ich kenne das hier: https://github.com/Zibri/C64-1541-Speed-Test

Zitat von strik

Kennt jemand ein Programm für den C64 oder C128, welches die Drehzahl eines Laufwerks bestimmt? Ich nutze da immer nur OpenCBM.

Auf dem Modul von Jani ist eins drauf:

http://blog.worldofjani.com/?p=2180

If you don't fully erase a disk formatted in an 80-track drive, it will not always work properly in a 40-track drive. There is leftover data on the halftracks that is not erased, and it will confuse the 40-track heads. You will get odd problems like described in this thread.

It's best to erase the disk completely using nibwrite -u first. I think Kryoflux can also wipe the disk completely, and maybe other tools can as well (SCP or GW). A magnet will not work well enough, it just makes a mess.

Zitat von r.cade

think Kryoflux can also wipe the disk completely, and maybe other tools can as well (SCP or GW)

No, it cannot. While Kryoflux promises to do so, it does not according to my experience. Look at the following images:

This is what a track erased with Kryoflux looks like:

For comparison a track erased with the SuperCard Pro (same floppy + floppy drive used):

The images were created with the SuperCard Pro + associated software.

Just imagine that the above is scattered from the neighboring half track into the wider read/write head of the 1541... if it should come to problems, I would have no more questions.

BTW: From such an SCP deleted track, kryoflux just reports "communication error", probably meaning "timeout". I suppose this is because it (the kryoflux hardware) only emits bytes with Flux and with Out Of Stream packets. So one whole turn nothing, then an index comes again. Quite reasonable to assume a timeout.

Zitat von r.cade

A magnet will not work well enough, it just makes a mess.

Really worse than Kryoflux (1st image)?

I'm not sure how a disk comes from the factory. In nibtools, I write all "0" bits to the disk on every halftrack, so no flux transitions at all. This shows up as "noise" to the 1541 because of how it works, but I have not tried to image such a disk with KF. I will do so in the next days to see which result this matches.

Zitat von r.cade

I'm not sure how a disk comes from the factory. In nibtools, I write all "0" bits to the disk on every halftrack, so no flux transitions at all. This shows up as "noise" to the 1541 because of how it works, but I have not tried to image such a disk with KF. I will do so in the next days to see which result this matches.

This is what a fresh, never used Maxell disk looks like imaged with GW and loaded up with SCP.

It looks just like the disk you show erased with KF, for comparison.

This looks also exactly the same as a disk from 'nibtools -u'.

Thsi looks also exactly the same as a disk erase with Greasweazle "erase" function.

The reason it looks like this is the AGC in the floppy drive amplifies the absense of any signal, i.e. it is just noise from the amplifier.

Note and remember that the floppy data seperator is designed for one thing only- to detect flux change. There are none here in any of the examples. The noise would never be detected as any kind of data, or interfere with it. It is "not there" like a ghost. The pattern will be different each time you read it.

I don't know what signal SCP is recording on here that would show it as different, but that is not how a new unused disk looks. I wrote a disk as all sync (nothing bit 0x11111111) and it showed up as the second attachment.

The 3rd attachment is from HxC Visual Floppy disk. Erased disks identical to the new one from the box.

I think it possible that the drive in 1571 mode might write only 40 (35) tracks double sided if these tracks are simply sent to the drive without thinking by the tool.

Watch the progress and listen to the click when the track changes. Does it click every track or only every two tracks while writing with the 1571?

Or count the total number of clicks.

(Ich bin Deutsch aber weil einige englische Beiträge in dem Thread sind habe ich englisch geantwortet)

Nachtrag: Ich erinnere mich dunkel das es Seitenauswahlkommandos gegeben haben könnte. Entweder im OpenCBM Tool oder als Laufwerkskommando (oder beides?) Also das man das Diskettenabbild auf die "falsche" Seite der Diskette schreibt und weil diese in der 1571 anders herum rotiert als wenn man die Diskette umgedreht in eine 1541 einlegt diese dort nicht lesbar wäre.