Re: EDD Plus Project

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

"Henry S. Courbis" <apl2research(a.t.)comcast.net> wrote in message 
xLydnZOQnI3oVBbanZ2dnUVZ_gadnZ2d@comcast.com">news:xLydnZOQnI3oVBbanZ2dnUVZ_gadnZ2d@comcast.com...
> Hello Michael.
>
>> Henry, there have been a couple of *very* long threads on the topic of
>> 1) capturing all the relevant data on an Apple II disk and 2) re-writing
>> that data on another Apple II disk.
>
> So I've seen over the years.
>
>
>> The problems become much more difficult as you attempt to handle almost
>> all protected disks and/or later protected disks.
>
> I agree.  Not having any experiance with the EDD software I was hoping 
> someone to help point out any pitfalls or areas that would need to be 
> addressed.  Even if it only worked with 60% of the software out there to 
> start with, then releasing the source code and allowing people to 
> experiment with new ways to possible close in the gap.  Maybe in the end 
> it will be come more like Copy II+ where you just select the title and it 
> eneters the pererameters for you.  I don't know exactly where this is 
> going just yet.
>
>
>> The upshot is that a much larger, more "capable" image format (perhaps
>> .FDI) is needed to capture the required information.
>
> I agree.  .2IMG really needs to be looked at.  I have a feeling this will 
> be the direction we'll be going rather then trying to create another 
> format or use .NIB.

Henry, 2IMG files have no native data format.  2IMG for the most part just 
adds a header to one of the existing formats.  DOS 3.3 Order, ProDOS Order 
and Nibblized data are the most common used by it.  The header provides a 
place for extra image information and it allows for expansion and other 
formats as well.  It's better than .do/.dsk, .po or .nib but for what you 
want to do you would still have to invent a new data format and you would 
still be left with the problem that no emulator will recognize the new 
format.

Charlie