[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: DSK to NIB Instruction
- Subject: Re: DSK to NIB Instruction
- From: Ed Eastman <noone@nowhere.net>
- Date: Mon, 10 Oct 2005 11:56:23 -0500
- In-reply-to: <4%v2f.1858$Aw.32985@typhoon.sonic.net>
- Newsgroups: comp.sys.apple2
- Organization: University of Nebraska--Lincoln
- References: <eKW1f.1556$B14.1455@newssvr11.news.prodigy.com> <VZb2f.1720$Aw.30993@typhoon.sonic.net> <did70a$1qv7$1@merope.saaf.se> <didmu2$evg$1@unlnews.unl.edu> <didqc6$21gq$1@merope.saaf.se> <4%v2f.1858$Aw.32985@typhoon.sonic.net>
- User-agent: Mozilla Thunderbird 1.0.6 (Windows/20050716)
- Xref: g2news1.google.com comp.sys.apple2:6048
Andy McFadden wrote:
The hard part here
is that we don't have source code for SST, which makes it hard to write
a tool that creates these disks without reinventing the wheel.
So I should send you the source code for Essential Data Duplicator? As
it was explained to me, the EDD code reads in the track and analyzes it,
then the track is written to the sectors of a standard floppy disk as a
'memory dump of 1a00 bytes per track. Repeat for each track on disk.
Swap disks at some point as you've run out of sectors to hold the data.
At the other end, SST reads the data from a standard disk and writes out
the track data. At some point swap disks for the rest of the data.
There's also no "raw" format for 3.5"
media, so they always have to be converted to .dsk.
Did you mean PO? I don't think this is true IF, IF you make an emulator
mimic the bit stream processing done by the floppy disk hardware,
regardless of the size of the media. :)
FDI should be able to make exact (as can be) bit copies of protected
disks possible. But again, you'd need a bit stream processor AND a
timing processor to clock head movement offsets when going from one
track to another.
Thankx,
Ed
Crap, I know he'll ask so I better locate that floppy...