Since files using HFS+ compression are not readable on versions of Mac OS X earlier than 10.6, this flag should not be used when dealing with non-system files or other user-generated content. This is only supported on Mac OS X 10.6 or later, and is only intended to be used in installation and backup scenarios that involve system files. When copying files or extracting content from an archive, if the destination is an HFS+ volume that supports compression, all the content will be compressed if appropriate. If you view the manual for ditto ( man ditto) in 10.6, you should see this option listed:

So the Quicktime X executable only takes up about 40% of its reported size that's nice, but what about using this compression for our own files?Īs it turns out, Apple has actually proved a way to use this new compression. You can also tell how much space the compression has saved from this output: The logicalSize for the resource fork is the size of the compressed data (6618026 bytes in this case), and the uncompressed size is 16652848 (the same size that the Finder reports). This output shows that the QuickTime X executable has the xattr (the xattr command line utility in 10.6 hides this attribute), which means that the file is compressed using HFS+ compression. $ sudo hfsdebug /Applications/QuickTime Player.app/Contents/MacOS/QuickTime Playerįork temperature = no HFC record in B-TreeĮxtents = startBlock blockCount % of fileġ616 allocation blocks in 1 extents total.ġ616.00 allocation blocks per extent on an average.ĪttrData = 66 70 6d 63 04 00 00 00 30 1a fe 00 00 00 00 00Ĭompression type = 4 (resource fork has compressed data)

Osx compress with password