On Feb 1, 12:03=A0pm, "Michael J. Mahon"  wrote:
> sicklittlemonkey wrote:
> > 
>
> > On Feb 1, 8:09 am, "Michael J. Mahon"
 wrote:
> >> In any case, if a format were developed that was only, say, twice
> >> the size of a typical .dsk or .nib image, but that supported, say,
> >> 99% of the desirable programs, that would be a fine tradeoff.
>
> > You don't even have to double the size of NIBs that use half tracks.
> > Because adjacent tracks cannot be written (using the Apple II at
> > least) we can just round down to a whole track. Actually AppleWin
> > already does this. (Shh! ;-)
>
> This would be true for whole tracks only. =A0Any use of partial
> tracks (track arcing) would require additional information.
>
> > If we add track length and track sync that should be 99%, no?
>
> I don't know. =A0I'm beginning to think that no one does.

Unless such a format can allow for a bitream that records every
readable flux transition in a continuous track at every possible track
position, there's no way to guarantee it will not prove inadequate for
some software title or another :(

Matt
--- SBBSecho 2.12-Win32