[sebhc] h17 and h8d disk images
Dave Dunfield
dave04a at dunfield.com
Wed Sep 1 21:29:21 CDT 2004
At 19:17 01/09/2004 -0700, you wrote:
>>From: "Barry Watzman" <Watzman at neo.rr.com>
>>
>---snip---
>>
>>Personally, if I was writing an image program, I'd record each track's
>>sectors in the order in which they physically occurred on the track AND I'd
>>also record, in each sector's data contents, the track and sector number
>>recorded in that sector's header.
>
>---snip---
>
>Hi
> Although, it is possible to acquire this information through
>the current H17 disk controller, my primary purpose was
>to move standard disk from machine to machine when I wrote
>the image transfer program. I realize that there could be
>all kinds of protection methods used. Trying to predict
>them all was not my intent. There are some that without
>knowing how it was done might not be reliably read with
>a one size-fits-all type program.
> If I was doing it over, I suspect that I might today have
>it a little more robust.
>Dwight
>From my point of view, the MOST important thing is that we
preserve the content of the disks - I'm not quite so concerned
about interleave and such, for two reasons:
1) Applicable to non-copy protected disks only (which appears to
be the vast majority) - The data is the part that cannot be
easily replaced - We can move things around, make our own disks,
experiement with interleave etc. and make disks from the images
in pretty much any way we like, however we HAVE TO HAVE the
original data to do so.
2) I don't even HAVE a disk controller for my H8 (I'd REALLY like
to find one if anyone happens to stumble on it) - As noted in a
previous message, the emulator really doesn't care.
Even with the simple H8D format - just having that (and knowing that
it boots/runs fine on the emulator) provides me with the assurance I
need that this software will not be lost.
A slightly more complex format which includes the header information
(basically, record the positions of the sector pulses and ALL data
which occurs between them) would be a little more complete, and is
probably not a bad idea (I confess to not having looked in detail
at the .H17 format to see exactly what it records).
But as long as we have enough information to boot/run the software, I
am happy.
Regards,
Dave
--
dave04a (at) Dave Dunfield
dunfield (dot) Firmware development services & tools: www.dunfield.com
com Vintage computing equipment collector.
http://www.parse.com/~ddunfield/museum/index.html
--
Delivered by the SEBHC Mailing List
More information about the Sebhc
mailing list