Re: EDD Plus Project

["Charlie" <charlieDOTd@verEYEzon.net>]

"Michael J. Mahon" <mjmahon@aol.com> wrote in message 
IYidnSm5NJ9NmRDanZ2dnUVZ_jSdnZ2d@comcast.com">news:IYidnSm5NJ9NmRDanZ2dnUVZ_jSdnZ2d@comcast.com...
> Charlie wrote:
>> "Bryan Parkoff" <nospam@nospam.com> wrote in message
>
>>>Why do you desire to capture floppy disk into image?
>>
>>
>> I have about 1000 floppies (most not copy protected) and disk2fdi is by 
>> far the fastest way to make archive images of them (.do, etc.).  FDI need 
>> be used only for copy protected disks since the files are large and the 
>> process slow.
>
> Of course, using a PC drive to capture images requires a special
> hardware hack to capture the "back" side of any double-sided disk.

Yes, I should have mentioned that.  I just copy the back sides to the front 
of another disk before using disk2fdi.

>
> Also, can a PC floppy deal with half- and quarter-tracks?

Good question and I can't answer it.  Disk2fdi allows 6 different track 
densities 48, 67, 96, 100, 135 & 192 tracks per inch but it also allows the 
use of several different floppy drives.

Disk2fdi also has a "double-step" command switch when used with a 
high-density 5.25 in drive.  This seems to imply that a high-density drive 
can deal with half-tracks at least but I may be misunderstanding.


>
> There's the software issue of dealing with unrecorded areas that
> cannot be read repeatably.  And, of course, for a protected disk,
> there is no simple way to determine whether a sector/track has been
> read correctly except by re-reading--and this requires that "soft"
> (unrecorded) bits be tolerated at the risk of accepting errors.
>
> There doesn't seem to be any way to escape the need for testing
> to demonstrate that the correct information was captured.  ;-(
>

Unfortunately, I have to agree :-(

>>>I wonder why FDI does not work or can't read copy-protected image from 
>>>floppy disk.
>>
>>
>> Disk2fdi does work on (read) most (maybe all) copy protected Apple ][ 
>> disks. At least it should but as of now there is no way to check the 
>> resulting images.
>>
>>>   If it is true that you expect to capture floppy disk into image 100% 
>>> accurately, it may not be possible to emulate FDI format into Apple II 
>>> Emulator successfully.
>>
>>
>> I don't see why not.  But again I'm no expert on emulating a floppy 
>> drive. There is an Amiga (I think) emulator that supports FDI and 
>> Ciderpress can read FDIs of DOS/ProDOS disks.
>>
>>
>>>   I have been reviewing over threads.  Nobody is interested to write FDI 
>>> program inside Apple II Emulator.
>>
>>
>> True :-(
>>
>>
>>>   I thought that the software should be able to capture Apple II floppy 
>>> diks into image using EDD+ card.  Does it?
>>
>>
>> I don't know.  I never owned an EDD+ card.
>
> It allows faithful reading of the bit stream, subject to the standard
> limitation on noise being read as data in regions with more than a few
> consecutive zeroes.
>
> It still requires knowing what needs to be captured to satisfy any given
> protection scheme, which complicates knowing whether or not you have
> actually captured it until the image has been tested.

Can it be used to read everything on the disk?  By that I mean every quarter 
track.  Obviously, that couldn't be used to create another floppy but could 
be stored in an image that could then be read by some "yet to be written" 
emulator.

> You may recall that all copy programs, including EDD 4+, required the
> user to copy some programs multiple times until a working copy was
> achieved...

Yes, I did run into that a few times :-)

Charlie