[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