Submit Hint Search The Forums LinksStatsPollsHeadlinesRSS
14,000 hints and counting!


Click here to return to the 'Enable Disk Copy's expert mode for hidden features' hint
The following comments are owned by whoever posted them. This site is not responsible for what they say.
Enable Disk Copy's expert mode for hidden features
Authored by: gvitale on Jul 18, '03 10:44:05AM

Ok, very nice; now, can anyone explain what are all those immage options...
Thanks in advance



[ Reply to This | # ]
Enable Disk Copy's expert mode for hidden features
Authored by: pascalpp on Jul 18, '03 01:11:02PM

well by far the most useful of them to some will be the Disk Copy 4.2 image format. This means you can create disk images for OS 9 users without rebooting into OS 9. Very nice.



[ Reply to This | # ]
Enable Disk Copy's expert mode for hidden features
Authored by: chiazadora on Jul 19, '03 03:42:50AM

Disk Copy 4.2 was for images way earlier than OS 9. Now I can make images for my old System 6 disks... if I only had a 800k floppy drive to connect to my flat panel iMac...



[ Reply to This | # ]
Disk image formats
Authored by: VRic on Jul 21, '03 09:06:14AM
Apple DiskCopy 4.2: very old uncompressed format, mostly useless now. Maybe very very old systems can't run DiskCopy 6 and would require that (provided you find the old DiskCopy 4 app, which didn't come with the system). At least System 7 and above can run the last DiskCopy 6 app.

NDIF: Apple DiskCopy 6. The best (can provide compression, mounts under X-9-8-7-...) In fact I still wonder why Apple needed the new dmg format which doesn't even provide better compression than NDIF (if dmg had the level of compression ShrinkWrap achieved using StuffIt Engine, then nobody would ever need "archive" formats like zip or sit, which require decompression before using their content). If the dmg compression level is variable, I would welcome any suggestion to easily tweak it (I think PathFinder gives such options).
NDIF read/write: it's in the name, uncompressed
NDIF read only: uncompressed but sized to the actual content
NDIF compressed: read-only and compressed, the archive format, ideal for storage and distribution of mac programs and data
NDIF compressed (KenCode): not sure, same as above with added CRC check?

The other formats are new .dmg images, which don't mount under OS 9 (some of those may mount using the unreleased DiskCopy 6.4 and 6.5b11 apps).

By the way, ShrinkWrap definitely left room for a killer shareware if someone was willing to write it: something that would manage dmg images better under OS X and 9, and other platforms while we're at it, would have the potential to replace the whole compressor/archive market, which is based on obsolete impractical concepts.

[ Reply to This | # ]
Disk image formats
Authored by: gvitale on Jul 22, '03 12:25:39PM

Thanks so much; btw, where did you get that info?



[ Reply to This | # ]
Source ? No source.
Authored by: VRic on Jul 24, '03 09:46:42AM

Mostly from the top of my head, where it got by trial and error I guess.

I spent some time a while back researching what disk image formats worked in what situations (there are MANY when you combine all the container / compression / encryption options you could get from legacy apps or ShrinkWrap).

And I've been trying to remember where I put the resulting chart ever since ;-)



[ Reply to This | # ]
Answer to disk image types...
Authored by: juicymixx on Jul 24, '03 05:43:46PM

I would recommend that everyone who is interested in this hint check out the man page of hdiutil (or if you don't like reading man pages, try http://osxfaq.com/man/1/hdiutil.ws , although you should probably get in the habit of checking out man pages and using man -k <keyword>)...

Use the 'hdiutil imageinfo <image_name>' command to check out the info on an image...
A good article on hdiutil can be found at: http://www.stepwise.com/Articles/Technical/2001-03-29.01.html


NDIF - New Disk Image Format
UDIF - Universal Disk Image Format

"...[The NDIF] file format comes in three flavors, Read/Write, Read-Only, and Read-Only Compressed, enabling the user to optimize the image file for flexibility, speed, or size. All NDIF flavors use industry standard CRC-32 checksums, and none waste space saving tag data.
Unfortunately, all the advantages of the NDIF format are offset by the fact that it presently only uses one compression scheme, an Apple proprietary codec named KenCode. Because of this restriction, no other commercial, shareware, or freeware utilities can legally read or write NDIF compressed image file formats without licensing the KenCode libraries from Apple. There have been overtures from Apple promising these libraries will be released to the general public at no charge, but I've seen no progress in this effort since November of 1995."
--from TidBITS #339


"UDRW UDIF read/write image
UFBI UDIF entire image with MD5 checksum
UDRO UDIF read/only image
UDCO UDIF ADC-compressed image
UDRo UDIF read/only (obsolete format)
UDCo UDIF compressed (obsolete format)
UDTO DVD/CD-R export image
UDxx UDIF stub image
UDZO UDIF zlib-compressed image
RdWr NDIF read/write image (deprecated)
Rdxx NDIF read/only image (deprecated, but still usable on OS 9 and OS X)
ROCo NDIF compressed image (deprecated)
Rken NDIF compressed (obsolete format)
DC42 Disk Copy 4.2 image"
--from hdiutil man page


"Unfortunately, Apple is very secretive and doesn't publish the format specifications. Apparently, they fear a degradation in user experience, were third parties allowed to write alternative utilities for handling disk images. Some older formats use proprietary compression algorithms, although the latest compressed format (UDZO) uses zlib. Mac OS X has a library (DiskImages.framework) that handles the various formats using a nice plug-in architecture, but it is marked private and neither headers nor documentation are available.
The "Disk Copy 4.2" format is the oldest one. It is quite straightforward (no sparse blocks, no compression) and Apple provides sample code to read it. However, the format is long obsolete and (to my knowledge) was only used for floppies.
The NDIF ("New Disk Image Format") format was introduced with Disk Copy 6.0. NDIF is a dual-fork format, meaning that all meta-data is stored in the resource fork. This makes them fragile for cross-system transport. Various variants of the format allow for sparse images (only actually used sectors are present), compression, and self-mounting images. Some more information on the introduction of NDIF is available in TidBITS #339.
Later, Apple introduced the UDIF format, which is basically the same as an NDIF, but in a robust single-fork format. Actually, it is simply the concatenation of the data fork, the resource fork, and a 512 byte header, without any padding."
--from a Google cached http://disktype.sourceforge.net/doc/ch03s13.html


"New Disk Image Format (NDIF) is used for storing dual forked files which are common with Mac OS 9 and given an extension of ".img". Universal Disk Image Format (UDIF) is used for storing single fork or flat files which are common for Mac OS X and given an extension of ".dmg". If your files contain resource forks, you'll need to use the NDIF(.img) format to preserve them. NDIF images cannot be gzipped since they contain resource forks. Gzipping will strip the resource fork and corrupt the image."
--from the docs for DMG Maker from Pliris Soft



[ Reply to This | # ]
Answer to disk image types...
Authored by: GaelicWizard on Oct 30, '03 04:57:20PM

that last part is wrong, you do NOT *NEED* NDIF to preserve resource forks, UDIF will preserve them.

---
Pell



[ Reply to This | # ]