Any Kryoflux, Discferret, Catweasel, or other floppy flux images wanted
spacewar at gmail.com
Wed Oct 12 05:06:07 CDT 2016
On Mon, Oct 10, 2016 at 6:42 PM, Fred Cisin <cisin at xenosoft.com> wrote:
> What Eric is working on is software that can decode disk formats that are
> NOT necessarily WD/NEC FDC compatible! And writing a file similar to the
> one created by IMD.
> That will most certainly NOT then be convertible by IMD into a Victor 9000
That's a good explanation. I was thinking of it as non-standard use
of IMD format; the resulting IMD file would contain the logical
contents of the Victor 9000 disk, but because the IMD format doesn't
(yet) have suitable definitions for Victor 9000 format, the file would
purport to contain IBM-compatible MFM sectors.
I don't really have any plan for a way to convert these Victor 9000
pseudo-IMD files back into actual diskettes. I could write an
imdtoflux program as a counterpart to the fluxtoimd program, which
would help with a portion of the problem.
> However, OTHER software, that understands the file systems could then
> extract files. For example, if it is successful, then it might be possible
> to take the Victor9000 IMD file produced by fluxtoimd, run it through IMD to
> write that content onto a disk in a WD/NEC compatible format with
> similarities of parameters other than encoding (eg. Chromemco?), and then
> read files from that disk using XenoCopy or equivalent.
I'm not sure how flexible XenoCopy is, but Victor 9000 format used
Zoned CAV, so tracks have varying numbers of sectors, from 11 to 19.
The pseudo-IMD file will preserve that organization. If the IMDU
program doesn't get upset by the variable number of sectors per track,
it might be able to extract the sector data into a raw binary
filesystem image. Assuming that MS-DOS on the Victor 9000 uses the
obvious mapping of FAT cluster numbers to track/head/sector, the
resulting raw binary filesystem image might be usable with existing
utilities for FAT filesystems, such as mtools.
There's always been such a bewildering variety of mappings of CP/M
blocks to track/head/sector that I wouldn't put any money on the same
conversion working for Victor 9000 CP/M-86 disks.
In both cases (MS-DOS and CP/M-86), if it proves necessary I'll whip
up another simple utility to convert the pseudo-IMD file into a usable
raw binary filesystem image.
More information about the cctech