View Full Version : OT: NTFS or FAT32 file systems for audio?
Hi...I have finally upgraded computers and operating systems from Windows 98SE to Windows XP. So is the new NTFS a better file system for audio than the older FAT32? I think I can also still connect my old USB 2.0 external hard drive configured as a FAT32 to my new Windows XP computer but would it be better to convert my external hard drive to NTFS as well? Thanks for any information.
newmewzikboy
07-25-2005, 02:42 PM
From what I have been reading online, the old NTFS and FAT32 issues that used to be a consideration is no longer considered a problem, or worth bothering, and you will get as good a performance, if not better, using NTFS. Also, the NTFS file system is more stable and has better functionality.
I used to use ONLY FAT32 for recording, but based on this recent knowledge, I only use NTFS now and have no problems.
If you use NTFS, make sure your format 32K or 64K allocation sizes. For sample drives, I utilize 64K chunks, as this reduces cycles. And from what I have heard from other folks on the forums, this larger size shows dramatic improvement in sample swapping from memory.
MikeGraybill
07-25-2005, 04:38 PM
I wonder, is the difference between FAT32 and NTFS 64k pronounced enough to warrant reformatting the sample drives on all computers? I'm not having any big issues at the moment, but if the improvements are substantial enough to notice, I would be willing to dedicate some time to that.
Or is it not worth the immediate effort, and best to just use NTFS and larger clusters in the future when drives are added/swapped, etc? (specifically, I'd be reformatting 6 GS3 sample drives on slave machines to use the bigger clusters.)
You don't have to re-format, you can convert.
newmewzikboy
07-25-2005, 05:14 PM
I doubt you have to worry too much. Its a matter of security mostly. What is important is using 32K or 64K on your drives - whether its FAT32 or NTFS. 32K for recording 64k definately for samples.
I believe FAT32 will convert nicely, but NTFS will not convert back to FAT32.
I stil use FAT32 for my DAW
GliderBoy
07-25-2005, 05:57 PM
Hi Mega,
I use NTFS with 32K clusters with no trouble. I don't plan to change the cluster size until I upgrade to new drives some time down the road.
Cheers,
Glider
Resident
07-26-2005, 02:14 PM
I heard NTFS is better regarding fragmenting. FAT 32 is more sensitive to fragmenting. That means NTFS needs to defragmnet less often.
Andrew Aversa
07-26-2005, 02:29 PM
I would recommend NTFS.
evaclear
07-26-2005, 06:20 PM
Will an NTFS drive be able to be read by a Mac? If ever you want use the drive to take work to another studio that is mac based, you may need to think about this.
My experience is that your drive will need to be formatted to FAT32 if you want Mac/PC compatibility. This was certainly the case for me a year ago.
Cheers,
newmewzikboy
07-26-2005, 06:30 PM
I thought there was a SUN product to allow drive mapping between LINUX / UNIX platforms and MSloth?
I don't know if drive mapping is stil and issue with MAC's?
evaclear
07-26-2005, 07:37 PM
I thought there was a SUN product to allow drive mapping between LINUX / UNIX platforms and MSloth?
I don't know if drive mapping is stil and issue with MAC's?
ok.
I couldn't get my drive (Ice Cube Pleiades) talking to any Macs until i reformatted to FAT32, which incedently was a saga to do! had to use some 3rd party formatting softare to go backwards to FAT32.
newmewzikboy
07-26-2005, 08:03 PM
It still may be an issue, but my understanding was they were able to integrate together easily now. Someone needs to investigate. I know LINUX had an issue with drive compatibiliy mounting.
seclusion
07-27-2005, 05:16 PM
How do you convert Fat 32 to NTFS?? I did it once way back.. Can't remember. Thanks
Bri
robin123
07-27-2005, 09:42 PM
How do you convert Fat 32 to NTFS?? I did it once way back.. Can't remember. Thanks
Bri
http://www.ntfs.com/quest3.htm
seclusion
07-28-2005, 06:38 AM
Yes, that's it, thankyou.
Later
Powered by vBulletin® Version 4.1.10 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.