| |
ChristopherJam
Registered: Aug 2004
Posts: 1378 |
Release id #160665 : Stepper Test 1.0
Copying the production notes below, but I'd really like to see some results from other people's drives for this one. |
|
... 25 posts hidden. Click here to view all posts....
|
| |
Krill
Registered: Apr 2002
Posts: 2839 |
This is about the track itself, not individual blocks. You can assume out-of-order block loading. It's really just about determining when any block on the destination track can be read safely.
As for track skew and alignment, i have something on my list to fix that. :) |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
Perfect explanation, thanks. :-) |
| |
soci
Registered: Sep 2003
Posts: 473 |
This sounds like I'll need to change my mailbox soon as swapping will pick up again ;)
More seriously the sectors could be realigned with a small program on the demo disk once it was written out.
Unfortunately this will likely trip on a "gapped" disk fault on a custom formatted disk unless the headers are kept in the same place which is difficult.
Is it really worth it over out of order loading (with prefetch)? |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
Quoting sociMore seriously the sectors could be realigned with a small program on the demo disk once it was written out. I'm thinking of a custom format routine that would align the tracks and have the same size for all block gaps (so no big tailgap) and then simply disk-copying or transferring stuff onto that disk.
Quoting sociUnfortunately this will likely trip on a "gapped" disk fault on a custom formatted disk unless the headers are kept in the same place which is difficult. Not sure what you mean, but if you were reformatting disks on the fly, you should read a track, format it, then write back its contents.
Quoting sociIs it really worth it over out of order loading (with prefetch)? This isn't mutually exclusive. You can have out-of-order loading on top of a perfectly-formatted disk, or plain sequential loading on a perfectly-formatted disk with meticulously hand-crafted file layout. :) But the point is also getting rid of the big tailgap (which is bad for KERNAL format and worse for fast formatters), such that you get the same, maximum time between reading arbitrary blocks, thus missing fewer blocks after transferring a previous block. |
| |
Krill
Registered: Apr 2002
Posts: 2839 |
But let's not hijack this thread and move the UniFormAt (R)(TM) discussion somewhere else. :) |
| |
Tom-Cat
Registered: Apr 2003
Posts: 20 |
Here is my 1541-II that I currently have attached to my c64c:
Looks ok ? :) |
| |
Oswald
Registered: Apr 2002
Posts: 5017 |
you win the graph niceness compo so far :) |
| |
icon
Registered: Apr 2002
Posts: 89 |
Here is two of my drives (more to come):
1541 (grey and cold)
1570 (white and cold)
 |
| |
chatGPZ
Registered: Dec 2001
Posts: 11108 |
Quote:that drive is *fast*! Did you install a turbo?? Code would have to have a bit of a redesign to zoom any more tightly on that top edge.
random old drive, i only ever cleaned the head and rails and made sure its 300rpm :) (it would be nice of your program had a few maintenance features... like rpm check, motor on/off switch, step to track 1/18/35) |
| |
Impetigo
Registered: Jun 2004
Posts: 30 |
My Oceanic:
Stock JiffyDos kernel, high current power supply.
Doesn't work properly with the original power supply.
 |
| Previous - 1 | 2 | 3 | 4 - Next |
