View Full Version : clamped values in films
mister3d 05-25-2007, 03:13 PM Hello, I want to ask why, as I can see, in many shots bright areas, as lights, are not full bright as in real life, but sometimes (and it seems often) almost half of their value. So it's interesting to know how this is achieved and what for.
Thank you.
|
|
The brightest value possible when projecting an image onto a cinema screen is determined by the brightness of the lamp in the projector.... This may well not be as bright as the object is in real life...
mister3d
05-25-2007, 06:41 PM
Ok, let me show you. This is the same movie " Constantine" :
http://k.foto.radikal.ru/0705/b4/c01868e25b28.jpg
Probably something to do with the transfer to DVD.....
Take a look at this (http://www.digitalgypsy.com/vfxlog/archives/2005/07/constantine_dvd_1.php) - it specifically talks about the colour in the DVD of Constantine...
mister3d
05-25-2007, 08:40 PM
Probably something to do with the transfer to DVD.....
Take a look at this (http://www.digitalgypsy.com/vfxlog/archives/2005/07/constantine_dvd_1.php) - it specifically talks about the colour in the DVD of Constantine...
Thank you for the link Hugh!
So it really must be a DVD transfer with "Constantine".
Then the question is simple: may it be any reason to make such a clamping intentionally to achieve a special effect by it?
jbills
05-25-2007, 11:52 PM
if the special effect desired is a bad comp!
for the most part, you'd want to keep any light sources in frame as they were photographed - it's just how they appear in real life, no matter how weird it might look.
but sure, I mean you do things like day for night grades and things like that where you're minimizing highlights and things. and you get the occasional director who likes to "art direct" what was actually shot to try to divert the eyes of the viewer (say the light source is really distracting). that's valid in some instances, but it's really hard for any compositor to agree with something that would never happen in real life. that's our job!
mister3d
05-26-2007, 11:22 AM
if the special effect desired is a bad comp!
for the most part, you'd want to keep any light sources in frame as they were photographed - it's just how they appear in real life, no matter how weird it might look.
but sure, I mean you do things like day for night grades and things like that where you're minimizing highlights and things. and you get the occasional director who likes to "art direct" what was actually shot to try to divert the eyes of the viewer (say the light source is really distracting). that's valid in some instances, but it's really hard for any compositor to agree with something that would never happen in real life. that's our job!
Thank you for the explanation Jbills. This field is very not clear to me, so this all is very interesting!
You may get this effect on film comps if the comper (accidentally) clamps the values between 0 and 1 when in linear - or changes it to 16-bit or something similar.
If this kind of thing ever happens, it should really be picked up by the supervisor - I'm sure it never happened on Constantine, anyway....
beaker
05-27-2007, 03:06 AM
Hello, I want to ask why, as I can see, in many shots bright areas, as lights, are not full bright as in real life, but sometimes (and it seems often) almost half of their value. So it's interesting to know how this is achieved and what for.
Thank you.Umm, because the director said so.
Here a few other reasons:
-- One could be a problem when scanning the film in 10bit Log files and later applying the wrong 8bit downsampling LUT (look up table).
-- Or sometimes practical lights (lights you actually see on camera) may flare if they are too intense and/or flicker and/or interfere with the lighting of the shot that anyway comes from film balanced off-screen lighting fixtures.
CGTalk Moderation
05-27-2007, 04:42 AM
This thread has been automatically closed as it remained inactive for 12 months. If you wish to continue the discussion, please create a new thread in the appropriate forum.
vBulletin v3.0.5, Copyright ©2000-2012, Jelsoft Enterprises Ltd.