Re: Disk images-- ShrinkIt .sdk on dsk's

[Rubywand <rubywand@swbell.net>]

Ron Kneusel writes ...
> 
> Rubywand wrote:
> >      Both the DOS 3.3 and ProDOS .sdk files came out as perfectly good
> > 143,360-byte disk images. Changed the file names to end with ".dsk" and they
> > booted fine under AppleWin.
> 
> Just a word of caution.  Traditionally, files ending with a .dsk
> extension were DOS 3.3 order image files.

     It is unfortunate that the original choice of the suffix for A2 emu disk image
does not promote recognition of disk order. The ending ".dsk" conveys the idea of
"disk image", not "DOS 3.3 disk image". The ending ".po" looks like a subset of
".dsk" rather than an equal-level category.


> The output from nulib in this case is a
> ProDOS order disk image file and should have a .po extension.

     Nice to know!


>  Obviously AppleWin is able to tell the difference but some older emulators might 
> rely upon the file extension.
 ....

     That would be pretty important. Disk order is definitely a concern for ADT
users, too.

     When employed to transfer a diskette from Apple II to PC, ADT always creates a
DOS 3.3-order disk image-- even if the diskette is a ProDOS disk. When used to
transfer a disk image from PC to diskette on Apple II, the disk image must be DOS 3.3
order. ADT will not correctly transfer ProDOS-order disk images.


     It looks like we are stuck with needing to keep track of a disk image's DOS 3.3
or ProDOS sector ordering. Is there an emu utility which can identify ordering and
which allows setting DOS 3.3 or ProDOS ordering and saving the Dsk?




Rubywand