-
Video limiter not clamping chroma correctly workaround
I recenty found that a project I hace been working on, would fail automated QC for gamut errors, despite applying Video Limiter set to EBU limits:
Reduction Axis: Chroma and Luma
Luma min: -1%
Luma max: 103%
Chroma min -5%
Chroma max: 105%I was fully expecting that the limiter would hard clamp at the levels specified (as in the good ol’ days of FCP7’s bulletproof Broadcast Safe). Looking at the YUV vectorscope and RGB parade confirms that the filter is not behaving as I would expect for chroma – color sneaks beyond legal limits all over the place, though reds get destroyed by the limiter – hard ugly artifacting clamping for anything approaching illegal. So it’s doing something, but not what it should. Luma clamps perfectly and as expected. The Video Limiter is applied to an adjustment layer over my entire project. Interestingly, drop a Color Balance Color Correction filter (with no adjustment) onto the same adjustment layer with the Video Limiter, and chroma gets clamped properly, though at the expense of GPU acceleration (Video Limiter is GPU accellerated, Color Balance is not). Dropping the 32bit video limit rendering to 8-bit with the help of the Color Balance filter, effectively disabling the GPU accelleration of the Video Limiter, seems to fix it. Tradeoff – slow, non-accellerated exports.
Anyone else have similar issue?
Mac OSX 10.8.4
Mac Pro 3,1
14 gig RAM
GT640 GUI
GTX770