I've been looking into imaging some floppies on my 5160 (5.25" DSDD half-height drive, IBM FDC). Tools like Diskcopy Fast, Teledisk, etc. are all working fine so far; but as you all know, certain disks may require a "second opinion", so I've been testing ImageDisk as well. And ImageDisk is giving me funny results - with every disk I feed it.
In any track that IMD reads, it always maps the first *logical* sector to the last *physical* sector on the track. Apart from that, the sectors are ordered as usual. When using IMDV to browse an image created from a normal 360K disk, every track's sector map looks like this:
2 3 4 5 6 7 8 9 1
...instead of the expected order:
1 2 3 4 5 6 7 8 9
In other words..
Logical sector 1 = physical sector 9
Logical sector 2 = physical sector 1
Logical sector 3 = physical sector 2
...and so on.
Here's a GIF that could better clarify what I mean: note the sector map and the Physical vs. Logical numbering. This is from a plain vanilla DOS boot disk.
Those other tools give me perfectly normal sector maps for the same disks, so I'm guessing the drive and the controller are probably fine. It's almost as if IMD lags a little after the index mark is read, and starts reading the sectors a little too late. So it misses the first sector, treats the 2nd sector as the first, and by the time it registers a full revolution of the disk, the first sector is actually the last one it has read.
Mind you, this is with Sector Interleave set to "As Read". If I change that to "Best Guess", I get a normal track 0, but every track after that gets the 'skew' as before. Sure, I can use IMDU to re-interleave the sectors, and that does seem to work; but with any disk format that's even a little bit off the beaten path, I don't want to trust that.
Any ideas here? IMD's documentation keeps trying to talk me out of using it with a PC/XT controller... but I'm not trying to read HD or 8" disks, and I do take care to lock the data rate at 250kbit/s, so I'm not sure what the show-stopper is. I don't have a machine with an AT disk controller, so this is what I have to deal with. Is IMD just not usable with a PC/XT-type FDC? Has anyone else encountered this problem?
In any track that IMD reads, it always maps the first *logical* sector to the last *physical* sector on the track. Apart from that, the sectors are ordered as usual. When using IMDV to browse an image created from a normal 360K disk, every track's sector map looks like this:
2 3 4 5 6 7 8 9 1
...instead of the expected order:
1 2 3 4 5 6 7 8 9
In other words..
Logical sector 1 = physical sector 9
Logical sector 2 = physical sector 1
Logical sector 3 = physical sector 2
...and so on.
Here's a GIF that could better clarify what I mean: note the sector map and the Physical vs. Logical numbering. This is from a plain vanilla DOS boot disk.
Those other tools give me perfectly normal sector maps for the same disks, so I'm guessing the drive and the controller are probably fine. It's almost as if IMD lags a little after the index mark is read, and starts reading the sectors a little too late. So it misses the first sector, treats the 2nd sector as the first, and by the time it registers a full revolution of the disk, the first sector is actually the last one it has read.
Mind you, this is with Sector Interleave set to "As Read". If I change that to "Best Guess", I get a normal track 0, but every track after that gets the 'skew' as before. Sure, I can use IMDU to re-interleave the sectors, and that does seem to work; but with any disk format that's even a little bit off the beaten path, I don't want to trust that.
Any ideas here? IMD's documentation keeps trying to talk me out of using it with a PC/XT controller... but I'm not trying to read HD or 8" disks, and I do take care to lock the data rate at 250kbit/s, so I'm not sure what the show-stopper is. I don't have a machine with an AT disk controller, so this is what I have to deal with. Is IMD just not usable with a PC/XT-type FDC? Has anyone else encountered this problem?