Saving The Day (kinda) with NCLC Tags
· 3 min read
This post is about a common gotcha when transcoding QuickTime containers for review, and how I fixed it this one time.
Where people trip up
Here's a scenario that will be familiar to anyone who's ever used QuickTime Player for editorial or client review: you render a DNxHD file. Same source, same codec, same colorspace. You open it up and it looks noticeably different; maybe lifted, maybe with a gamma shift, maybe slightly desaturated. You bring it into Nuke or something similar, with no color transforms applied, read as raw data, and it's pixel-for-pixel what you were looking at before. So what's going on?
The answer, more often than not, lives in the QuickTime container's color metadata, specifically the NCLC atom.