nathangardner Posted August 27, 2009 Share Posted August 27, 2009 <p>Should I be saving my RAW photos as a 16 bit TIFF or an 8 bit? I am totally ignorant about this. What is the difference between the two?</p> Link to comment Share on other sites More sharing options...
blumesan Posted August 27, 2009 Share Posted August 27, 2009 <p>If you intend to do any significant amount of editing/postprocessing of these images, then saving at 16 bits is preferred.</p> Link to comment Share on other sites More sharing options...
rene gm Posted August 27, 2009 Share Posted August 27, 2009 <p>Maybe it is now recommended to save the photos in DNG format.</p> Link to comment Share on other sites More sharing options...
mendel_leisk Posted August 27, 2009 Share Posted August 27, 2009 <p>As long as you've got the RAW it's not that important.</p> <p>Why are you saving tiff format, say as opposed to jpeg? Are you doing a fair amount of editting to the tiff? If so I'd first produce the tiff from the RAW in 16 bit. Then do your editting. Now if there's a fair bit of labour put in the editting process, and your adamant about keeping tiff, maybe I'd keep it 16 bit. OTOH, if you're just cranking out the tiff's through something like ACR, and not doing any editting on the tiff, 8 bit should be fine.</p> <p>But if there's not a lot of labour in the RAW conversions, I wouldn't bother with tiff (of any bit depth), just go straight to jpeg.</p> Link to comment Share on other sites More sharing options...
digitaldog Posted August 29, 2009 Share Posted August 29, 2009 <p>http://www.digitalphotopro.com/gear/imaging-tech/the-bit-depth-decision.html</p> Author “Color Management for Photographers" & "Photoshop CC Color Management" (pluralsight.com) Link to comment Share on other sites More sharing options...
chris_h Posted August 29, 2009 Share Posted August 29, 2009 <p>If you keep your RAW photos around, and presumably the ability to read in that type of RAW image, then saving 16 bit or 8 bit depends on your end goal. FWIW, RAW formats aren't all the same and it may be worthwhile to convert the RAW image to a standard format - providing you can find a way to convert the RAW data to a standard format without losing any information. If the manufacturer of the camera that the RAW image came from suddenly goes belly up - then conceivably you could lose a method for reading in that manufacturers RAW images. (fwiw, I think that's improbable - but perhaps there are some RAW images from KM that can't be read in any more).<br /> <br /> The difference between 8 bit & 16 bit - is obviously 8 bits. In this case 8/16 bits refers to the size of data available per channel of the image. 8 bits refers to the possible values a channel can contain - 2^8 = 256 - assuming RGB colorspace, then each channel (i.e. red, green or blue) can contain between 0-255 values (let's think of values as 'shades' of a certain color). 16 bit channels can contain 2^16 or 65536 possible values. You can see that 16 bit per channel images can contain a lot more data than an 8 bit per channel image.<br /> <br /> Now, as to whether software does 8 bit or 16 bit image operations, regardless what the software marketing says - you can never really be sure what the heck happens internally. Most software does not use a standard format to store its data internally - for instance a tiff image read into photoshop most certainly is not stored in the tiff format internally.<br /> <br /> Image manipulation is primarily *math* based. And thus - evilly - most pixel data may be converted into a more math friendly form - which likely will be a normalized 32 bit floating point value. So an 8 bit R value of 33 becomes .12890625 (i.e. 33/256). The same value in 16 bit form is 8448 (i.e. .12890625 * 65536). Lets say you have a 16 bit image where at one pixel R = 8447 - to convert that to 8 bit you need to do the following: (8447/65536 * 256) - using floating point math the resulting value is 32.9960...for 8 bit per channel storage this number needs to be turned into an integer (I'll assume the storage is integer based & not floating point) - assuming that the software rounds the number - then the value becomes 33.</p> Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now