[Konvas] color correction in post (was: first test time lapse ... with 7D)

Adam Frey thefirstrule at chainsawlinux.com
Thu Mar 11 15:06:39 CST 2010


On Mar 11, 2010, at 1:29 PM, colcam at aim.com wrote:
> One of the "quiet revolutions" being made is the way color is  
> handled-- it was "amount based RGB" with about 4000 colors-- it is  
> going to indexed CMYK with over sixteen million colors.

I recently ran into an issue for a client's project, importing a TIFF  
into a PPro timeline. It had apparently been converted to CMYK. After  
messing with it for too long (and trying to export Jpeg's that were a  
negative of the original file), one of the graphic designers came by  
and figured it out in about 5 seconds (she sent me a new TIFF in RGB a  
few minutes later that worked just fine). So I decided to learn a  
little about CMYK from that whole process.

I know CMYK and RGB are completely different - and to convert from one  
to the other, you're probably going to have some form of generation  
loss. But isn't CMYK for printing? Partially so the printer can save  
it's pricier colored ink over the less expensive black ink, but also  
because it's being printed onto a paper that absorbs inks vs projected  
with light?

While we're on the topic, talking about RGB bits is a pain, since 24- 
bit is really just 8-bit multiplied by the 3 color channels, and 48- 
bit is 16-bit also multiplied by the 3 color channels. But even those  
numbers don't even remotely add up to the 16 million colors your  
talking about (8-bit is 2^8 = 256. 16-bit is 2^16 = 65536).


Adam Frey
Director/Cinematographer
Crimson Chain Productions
http://crimsonchain.com






More information about the Cinema mailing list