Re: Disk images sites (other than Asimov)

[supertimer@aol.com (Supertimer)]

Rubywand <rubywand@swbell.net> wrote:

>Supertimer writes ...
>> 
>> Rubywand <rubywand@swbell.net> wrote:
>> 
>> >     Suppose a compressed (less than 140k) .sdk whole-disk ShrinkIt file is
>> >moved onto a blank ProDOS disk image. You run ShrinkIt v3.4 on your emu and
>> >insert the disk image into Drive 1. Will AppleWin and/or other emus extract
>> >the file to a formatted 140k disk image in Drive 2?
>> 
>> Actually, what Phoenix is talking about is a feature of nulib.  For .shk
>> files, nulib does its best to extract them, but loses the file type and
>> resource fork (not good for Apple II stuff).
>> 
>> However, for .sdk files, it is actually useful.  You make an .sdk file of
>> an 800k or 140k disk and extract it in nulib.  Nulib will spit out a .dsk
>> file.  ;-)  That's what Phoenix is talking about.
>> 
>> You need not first move the .sdk file to a ProDOS disk image at all.
>
>     Okay; thanks for the explanation. My question is about dealing with
>compressed ShrinkIt whole-disk (.sdk) files of 140k diskettes.
>
>     Most .sdk files are automatically compressed at the time of creation
>because this saves space. Something around 80k is a fairly common size. Nearly
>any compressed .sdk file of a 140k disk will fit on a 140k disk image.
>
>     Suppose you are running AppleWin (or some other emu) and have a disk
image
>which contains an .sdk file in 'Drive 1'. Can it be unshrinked to a target
disk
>image in 'Drive 2'?    
>
>     On a real Apple II, of course, there would be no problem. ShrinkIt 3.4
>would unshrink the .sdk file to the target diskette. Will this work on any
>current emu? If it will and there are ways to get the .sdk files onto dsk's,
>then there would be a way for emu users to access nearly everything in 5.25"
>.sdk files.

Well, it does work, at least under XGS.  I once .sdk compressed an 800k
IIGS disk containing a 5.25" .sdk on that disk.  I used NuLib to create an
800k disk image from that 800k .sdk.  Then I mounted the disk image in
XGS.  It showed up in the emulated IIGS Finder (very slowly, I might add).
Running 8-bit ShrinkIt from Finder under XGS, one could then extract the
5.25" .sdk file inside the 800k disk image onto a blank 5.25" disk image.

But why would you do this?  I mean, I only did it because the smaller
.sdk happened to be on the 3.5" disk I was imaging.  Normally, why not
use NuLib to change the 5.25" .sdk file into a .dsk and be done with it?

Emu users should just use NuLib to convert .sdk archives into .dsk.  It
saves the step of moving the .sdk file into a disk image!