Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Has anyone used CF's larger than 2gb on the 1D? ANy problems?
Can someone confirm if the 1D supports CF's greater than 2gb?
thanks.
Has anyone used CF's larger than 2gb on the 1D? ANy problems?
Can someone confirm if the 1D supports CF's greater than 2gb?
thanks.
Has anyone used CF's larger than 2gb on the 1D? ANy problems?
Can someone confirm if the 1D supports CF's greater than 2gb?
thanks.
There's no hardware difference at all. The file system (weather FAT16, FAT32, MacOS, NTFS, or Linux) is purely a function of the software.Can this be a software enhancement or would it have to be a
hardware enhancement?
There's no hardware difference at all. The file system (weatherCan this be a software enhancement or would it have to be a
hardware enhancement?
FAT16, FAT32, MacOS, NTFS, or Linux) is purely a function of the
software.
Kind of like Nikon. The original D100 formware (version 1.0 and
1.01) could use a FAT32 CF or microdrive, if you formatted it in a
PC first. Field reports say the 2.0 formware will automatically
FAT32 format any CF or MD over 2 gig.
There are hardware limits, but they're up arounf 8 terrabytes. With
storage capacity doubling every 19 months, you don't ahve to worry
about that till 2019.
--
Ciao!
Joe
http://www.swissarmyfork.com
If you format the CF card using A:64K (assuming WinNT/2000/XP/2003), then FAT16 will be able to support 4GB.CF card > 2G requires FAT32 support which is only present in 1Ds or
newer dSLRs (10D, D300) and is not supported in D30, D60 or 1D.
Nill
~~
http://www.toulme.net
There's no hardware difference at all. The file system (weatherCan this be a software enhancement or would it have to be a
hardware enhancement?
FAT16, FAT32, MacOS, NTFS, or Linux) is purely a function of the
software.
Kind of like Nikon. The original D100 formware (version 1.0 and
1.01) could use a FAT32 CF or microdrive, if you formatted it in a
PC first. Field reports say the 2.0 formware will automatically
FAT32 format any CF or MD over 2 gig.
There are hardware limits, but they're up arounf 8 terrabytes. With
storage capacity doubling every 19 months, you don't ahve to worry
about that till 2019.
--
Ciao!
Joe
http://www.swissarmyfork.com
Has anyone used CF's larger than 2gb on the 1D? ANy problems?
Can someone confirm if the 1D supports CF's greater than 2gb?
thanks.
I'd bet it's not particularly noticible. These are CF cards, not hard drives (well, except for microdrives, which I won't normally touch, anyway).The write performance of the 4gb CF's is notably worse than the
comparable
performance is slower than FAT16's.
Ah, "almost support". That's kind of like Windows 95, 98, and ME (I don't know about FAT16 under MacOS). Supposedly something weird with the use of signed and unsigned integers in those systems, so FAT16 sizes above 2 gig are negative numbers.If you format the CF card using A:64K (assumingCF card > 2G requires FAT32 support which is only present in 1Ds or
newer dSLRs (10D, D300) and is not supported in D30, D60 or 1D.
WinNT/2000/XP/2003), then FAT16 will be able to support 4GB.
Now... The real question is: Is the 1D capable of handling 64K
cluster size? (The D60 almost supported it G )
I'd bet it's not particularly noticible. These are CF cards, notThe write performance of the 4gb CF's is notably worse than the
comparable
performance is slower than FAT16's.
hard drives (well, except for microdrives, which I won't normally
touch, anyway).
A 2 gig FAT16 drive has 32k clusters. A 2 gig to 8 gig FAT32 drive
has 4k clusters.
So, if you're writing a 10 meg file (for example) you're going to
have to hit the FAT table 312 times on the FAT16 system, and 2,500
times on the FAT32 system.
Now, if the software in the camera were as bad as it's possible to
be, the FAT would not be cached, so that would mean 5000 actual
seeks and writes of small FAT entries, interleaved with writing the
data (which should be mostly contiguous, assuming the drive isn't
fragmented).
So, for a CF card, we're simply writing 80,000 more bytes (not k or
megs or anything) of FAT enteries, which is 0.8% of the size of the
data, so we should see a 0.8% performance hit.
Now, a microdrive, if the camera OS was really screwed up, would
eat up about 50 seconds doing all those seeks. I've never tried
FAT32 on a Canon with a microdrive, but a 1 gig microdrive on a
Nikon D100 with FAT32 does run just about the same speed as a
FAT16, so we'll assume the camera OS is smart enough to either
cache the FAT, or preallocat the FAT and use a much smaller "extent
table".
Now, if we had NTFS or Linux on the camera, both of which use full
extent file systems, instead of FAT....
--
Ciao!
Joe
http://www.swissarmyfork.com
To me it looks like you're benchmarking the difference in cluster sizes...Is it save to say that FAT16 is indeed slightly quicker than FAT32?
To me it looks like you're benchmarking the difference in clusterIs it save to say that FAT16 is indeed slightly quicker than FAT32?
sizes...
Try:
FORMAT x: FS:FAT32 A:32K
where x: is your CF card
Compare that result with your FAT16 result...
--
Rune, http://runesbike.com/
That's pretty strange. I wouldn't expect a FAT32 system to be 10% slower. If I had to guess why, I'd say one of two things. Either the CF cards really do have some sort of seek time (i.e. they have to dump an internal cache when moving from sector to sector), or the driver in the camera is doing something similar, caching entire 4k clusters, so it has to read and dump an entire 4k cluster when it updates a 32 byte FAT table entry.You're right... it's still faster than an MD, it's just about a 10%
performance hit compared to FAT16.
That agrees exactly with Nill's 10% figure. I just can't figure out where that huge difference is coming from. It shouldn't take 10% longer to write 1% more data.Facinating:
I've formatted a 1GB Lexar 32x card with both filesystyems and had
a look if it makes a difference to the write times. I've taken 10
shots with the 1Ds in succession in RAW + large JPG mode
(compression 8), manual focus and burst mode, to generate some
large amount of data.
In FAT32 it took the camera 01:11 (one minute and eleven seconds)
to write the entire amount down, generating 117MB of data.
In FAT16 it took the camera only 01:05 - and the amount of data
occupied 116MB on the card.
Is it save to say that FAT16 is indeed slightly quicker than FAT32?
--I've just tried that, but the answer by Windows XP was:
"The specified cluster size is too big for FAT32". Hmmmm....
To me it looks like you're benchmarking the difference in clusterIs it save to say that FAT16 is indeed slightly quicker than FAT32?
sizes...
Try:
FORMAT x: FS:FAT32 A:32K
where x: is your CF card
Compare that result with your FAT16 result...
--
Rune, http://runesbike.com/
That's pretty strange. I wouldn't expect a FAT32 system to be 10%
slower. If I had to guess why, I'd say one of two things. Either
the CF cards really do have some sort of seek time (i.e. they have
to dump an internal cache when moving from sector to sector), or
the driver in the camera is doing something similar, caching entire
4k clusters, so it has to read and dump an entire 4k cluster when
it updates a 32 byte FAT table entry.
In either case, it's something "broken" that should get fixed.