Own and use the most recent versions of NTFS for Mac and the companion HFS+ for Windows. Use on OSX 10.6.5 and Win7. As others have noted, stability and data transfer corruption issues seem to have been addressed since version 8.0.
When writing to esata or 1394B external volumes via HFS+ for Windows, I am definitely not getting native HFS+ speeds - I would estimate 40% slower - but better than MacDrive.
Have experienced periodic BSODs under Win7 due to the HFS+ for Windows driver. Not often enough to make me give up on it.
If you only wish to read an HFS+ volume under Windows, there is a free option here: http://hints.macworld.com/article.php?story=20101112214346176
Airport Location can not find applications within subfolders of /Applications, which it uses in the Location snapshot. Annoying to tell it where to look at each login when the app is updating the snapshot. Is it necessary to update the snapshot every login. Could there be an option to turn this off?
On the whole a great program! Beats manually making rule sets in Marco Polo and then it still doesn't always get it right.
Running Snapz Pro X 2.2.3 on OSX 10.6.4. The application cache folder was weighing in at a grandiose 8GB... Shouldn't this evacuate itself after quitting the app or a period of time set in the prefs?
Nice to see a free tool for this. 2 things I noticed: 1) should be able to Copy/Paste text to the Title and Author fields. 2) would be nice to split the m4b on output into pieces based on the # of hours.
Ditto. And after a quick google: "10.6: Compress files with HFS+ compression" http://tr.im/PWPd
One source seems to indicate that only read-only files are compressed. Perhaps only as OSX utilizes it. http://tr.im/PWIk
Other sources indicate that in retaining backward compatibility of files when copying to an older OS, they are decompressed before copying.
The compressed data is hidden in the resource fork so that older systems can't read and possibly corrupt the compression data. HFS compressed external drives then should probably not be used with older systems. And the resource forks new job may cause pause for overzealous hidden file cleaners out there.
And then there is the issue of protecting your compression data when backing up. Thankfully, it looks like Carbon Copy Cloner and Superduper are already set up to preserve it.
An in-depth look at the behind the scenes of HFS+ compression:
http://tr.im/PWN8
Incidentally, I may have bumped into an issue with Squeeze. Closed the lid on my MBP while it was compressing. On wake, Squeeze popped up an error saying the compression database was corrupted and it needed to start the job from scratch and I would need to re-ad my folders to be compressed. OK. Interestingly, Squeeze no longer "sees" the same "Savings" as before. Maybe it only recognizes the compression performed after rebuilding its database and not what was compressed previously.
Anybody else have problems with this app crashing? OSX 10.5.6 Intel. Past two versions have crashed repeatedly on open whether run Native or under Rosetta.
Miro 2.0 wiped my channel folders and almost all feeds. Before upgrading, export feed list! Install and open Miro 2.0, wait while it updates the database, delete or save as a seperate export anything left in the sidebar. Import your old old feeds and channel folders. Good as old but faster and more stable!
Run away unresponsive osascript processes. Can't turn off the autosearch pref because the checkbox is greyed out. Messing up stability of other apps. In the trash it goes! Too bad - nice idea.
On an aside, syncing needs work. Wonder if the syncing could utilize audio PUID IDs ala many audio tagging apps? Could be more accurate than timecode.
[Version 1.21]
Please login or create a new MacUpdate Member account to use this feature
+1
NTFS for Mac OS X
Dhess01 reviewed on 16 Nov 2010
When writing to esata or 1394B external volumes via HFS+ for Windows, I am definitely not getting native HFS+ speeds - I would estimate 40% slower - but better than MacDrive.
Have experienced periodic BSODs under Win7 due to the HFS+ for Windows driver. Not often enough to make me give up on it.
If you only wish to read an HFS+ volume under Windows, there is a free option here: http://hints.macworld.com/article.php?story=20101112214346176
iGlasses
+1
AirPort Location
On the whole a great program! Beats manually making rule sets in Marco Polo and then it still doesn't always get it right.
Snapz Pro X
AudioBook Binder
Big thanks to the Dev for putting this out there!
+1
Clusters
http://www.macheist.com/forums/viewtopic.php?id=16895
+5
Clusters
One source seems to indicate that only read-only files are compressed. Perhaps only as OSX utilizes it. http://tr.im/PWIk
Other sources indicate that in retaining backward compatibility of files when copying to an older OS, they are decompressed before copying.
The compressed data is hidden in the resource fork so that older systems can't read and possibly corrupt the compression data. HFS compressed external drives then should probably not be used with older systems. And the resource forks new job may cause pause for overzealous hidden file cleaners out there.
And then there is the issue of protecting your compression data when backing up. Thankfully, it looks like Carbon Copy Cloner and Superduper are already set up to preserve it.
An in-depth look at the behind the scenes of HFS+ compression:
http://tr.im/PWN8
Incidentally, I may have bumped into an issue with Squeeze. Closed the lid on my MBP while it was compressing. On wake, Squeeze popped up an error saying the compression database was corrupted and it needed to start the job from scratch and I would need to re-ad my folders to be compressed. OK. Interestingly, Squeeze no longer "sees" the same "Savings" as before. Maybe it only recognizes the compression performed after rebuilding its database and not what was compressed previously.
+1
Little Snitch
TapNTune
Miro
+1
Times
iTube Widget
On an aside, syncing needs work. Wonder if the syncing could utilize audio PUID IDs ala many audio tagging apps? Could be more accurate than timecode.