color space

[Mylenium]

Check Aharon Rabinowitz’s tutorial on broadcast-safe colors. Other than that, I’m sure you are missing some simple option to limit the ranges on import and export to/ from FCP (no offence) which in most cases is much more of a problem than on the end of AE as you can easily exxpand and compress the dynamic range there .

Mylenium

[Pour Myl

[Aidan Fraser]

I guess i wasn’t clear on the problem. The problem is that when I render to the 10-bit Uncompressed codec in AE the colors are converted back to YUV and loose contrast. when I bring a test shot (that I’ve done no FX to, just rendered out) into FCP and A/B it with the original footage the color is quite different.
My question is:
Is there a way to go YUV -> RGB -> YUV with minimal color change?

Thanks,
Aidan

[Steve Drew]

Hi Aidan,
I go back and forth between FCP and AE (6.5 and/or 7) everyday with no visual changes in colour. (Yes, we Aussies write it with a ‘u’!) 😉

What capture card are you using?

I render to Blackmagic’s 10bit YUV codec in ‘trillions’ of colours – good as gold.

I think at one point a while ago there was a problem with gamma shifts going into & out of AE6.5 & FCP, but it was sorted with an update – can’t remember if that was a FCP, QuickTime or AE update though. If you haven’t already, update everything you can.

If that still doesn’t solve the problem, search the archives (here in the AE forum, and the FCP one) for ‘Gamma Shifts’ and the like and you should come up with the solution (or work-around as the case may be).

Good luck.

[Aidan Fraser]

“…a recipe for AE that will keep colors dead-solid-perfect with their counterparts in YUV color space.”

I thought it might work to “Expand ITU-R 601 Luma Levels” and work in 32-bit. That makes things more contrasty, and it still clips the whites when it renders.

The best solution I’ve found is a gamma=.83 over everything when you render to a YUV codec. With the exeption of the white clipping, this is pretty dead on.

-Aidan

[Rafael Amador]

[Dave LaRonde] “If only FCP worked in RGB color spac”
FC renders in RGB, but if the footage is YCrCb (YUV exist inthe analog world) the color space conversion is unavoidable.
And to pass from RGB to the any color space based in Luma and Color components (this in the digital and analog world as well) means to looss colors, because there are colors in the RGB spectrum that can not exist in the other color spaces (not the oposite, because ALL the colors of the YUV, YCR…belong to the RGB color space).
Appart of that each codec do this conversion in adifferent way. As few people pointed before, there are some methods to reduce the effects of those problems, but there is not a solution because can not be any solution. Although TV and Video start by the scaning of an image in RGB its technology (?) is based in premises different than the applied in the so called “Color Sciens” used in computer’s graphics.
There are some very information about that (and much more interesting thing about the wrong terminology we are using today): https://www.poynton.com/DVAI/index.html
salud,
Rafael