Florian Hirschmann
Forum Replies Created
-
Hi Knut
You are right, but the default saturation in different color modes seems to be accurate – at least to my eye – I haven’t measured it right now, but i will.
regards
Florian
-
I used my quato silver haze pro together with quato’s software iColordisplay to measure a pure white displayed on the PVM and adjusted the RGB gain (starting with the D65 preset) until I got the right white point (0.3127, 0.3290). Then I sent different levels of grey to the monitor to be sure that the color temperature doesn’t shift on different luminance levels. The temperature always stays very, very close to D65.
The resulting gain Levels on my PVM are: R 491, G 470, B 512.
Florian
-
On my PVM 1741 Sony’s D65 preset was also way too green. I calibrated the whitepoint to the rec709 primaries – now the green tint is gone.
-
I just tested the new 5.1.1 drivers – but when rendering RGB-Files in After Effects the gamma shift is still there…
Florian
-
Hi Chris.
The DPX files are 2K scans (Kodak Vision 2 Super 16) scanned by a Northlight scanner.
Florian
-
As I am working on visual fx for a movie right now, I got very nervous after reading your messages tonight. Because my footage are DPX-Files and so the conversion between RGB and YUV happens in After Effects. So today I did another test. I took a quite dark sequence of the movie and looked very closely to it on my video monitor. I rendered it with den Decklink 10 Bit 422 Codec and imported it in Final Cut. I switched several times between After Effects and Final Cut and there seems to be no difference in gamma between the videooutput of After Effects and the imported rendering in Final Cut. Unfortunatly I have no scope that I could connect to the SDI Output of my Decklink Card. So to me it seems that the wrong gamma is also displayed on the videooutput of After Effects.
Florian
-
You are right. I did another test. I imported the still image of the ramp created in after effects in shake an rendered it with the apple 10 bit uncompressed codec – the resulting gamma was linear. To me it seems to be a problem of quicktime (since version 7?) and the conversion from rgb to yuv or something like this. Even rendering the ramp in DV-Codec in After Effects showed the same strange curve… only shake seems to know what to do ;-(…
Florian
-
Hi
I just did a little test. I created a ramp in After Effects on my Powerbook rendered it with the apple 4:2:2 10 bit codec and imported in in Final Cut (on the Powerbook – so there ist no blackmagic card or codec involved). The Scope showed the same result as your After Affects Ramp rendered with the Blackmagic Codec. I also rendered a still image in after effects – the resulting gamma curve was also not linear. So I think there is no gamma shift – the After Effects ramp seems to have this strange curve …
Florian
-
Today I (re)-renderd a project in After Effects, I created some weeks ago with the Decklink 5-Beta drivers. The new uncompressed 10 Bit video is brighter then the old one I rendered with the beta drivers – but the old one has exactly the same brightness as the videopreview of after effects. With the Beta drivers, there was no difference between preview and rendering. When I use Echo Fire as videooutput in After Effects I can get both brightness levels: By selecting Decklink PAL RGB within Echo Fire I get the darker preview (same brightness as the old rendering with the Beta drivers) and by selecting Decklink PAL 10 Bit I get a brighter Preview (like the new rendering). I am quite confused right now as I have to work on visual effects for a tv-movie and don’t knwo how to get a right peview and a right rendering. I am not sure if the preview is to dark or the rendering to bright….
Florian