- Posts: 9212
- Joined: Tue Sep 11, 2012 10:20 am
- Location: Poland
People with new Macs with P3 screen may noticed crazy misalignment between QT X preview and Resolve GUI preview (without Mac Display Colour Profile for Viewers being selected).
This also applies to Premiere preview, which caused so many people to talk to their support.
If you grade in Resolve using unmanaged view your colors will be all good and saturated. Now export this to QT ProRes and watch in QT X- ups....colors are so less saturated, specially those lovely reds etc:) QT X converting file which is flagged as Rec.709 into P3 gamut (which is correct thing), but because you graded on color unmanaged preview what you saw was "wrong" (Resolve sends preview pixels as the screen would be sRGB, but it's P3 gamut now!). Play the same ProRes file in VLC, Scratch Play, Premiere (or any color unmanaged app) and it will look like in Resolve. Welcome to the world of problems, which are related to fact that most tools are not ready for screens with wide gamut. Apple is doing right thing here, but apps are so not ready for it, so it's all rather messy
This is where I prefer Scratch Play approach, which separates from OSX management and allows me to set that screen is P3 (well it will convert preview data to perfect P3 screen where Macs ones are not 100% P3 perfect). I think you can take Mac screen profile and ask Scratch to convert into it, not perfect P3 (or add a LUT to compensate for it).
I've just notice that Scratch Play has P3 D65 preset for monitor, which is about what new Macs screen is.
So now when we preview some file in QT X and then load it to Scratch Play, interpret source as Rec.709 (this what QT X is reading from headers) and set our monitor in Scratch Play as P3 D65 then both preview should match....
and yes they do match at 99%!
So this proves Apple is doing good conversion (as well as Scratch) (and maybe that Mac screen is really close to P3 gamut).
In theory we should be able to do exactly the same with Resolve (even if it uses different approach and plugs in into OSX management), but somehow it's not working. Why?
This also applies to Premiere preview, which caused so many people to talk to their support.
If you grade in Resolve using unmanaged view your colors will be all good and saturated. Now export this to QT ProRes and watch in QT X- ups....colors are so less saturated, specially those lovely reds etc:) QT X converting file which is flagged as Rec.709 into P3 gamut (which is correct thing), but because you graded on color unmanaged preview what you saw was "wrong" (Resolve sends preview pixels as the screen would be sRGB, but it's P3 gamut now!). Play the same ProRes file in VLC, Scratch Play, Premiere (or any color unmanaged app) and it will look like in Resolve. Welcome to the world of problems, which are related to fact that most tools are not ready for screens with wide gamut. Apple is doing right thing here, but apps are so not ready for it, so it's all rather messy
This is where I prefer Scratch Play approach, which separates from OSX management and allows me to set that screen is P3 (well it will convert preview data to perfect P3 screen where Macs ones are not 100% P3 perfect). I think you can take Mac screen profile and ask Scratch to convert into it, not perfect P3 (or add a LUT to compensate for it).
I've just notice that Scratch Play has P3 D65 preset for monitor, which is about what new Macs screen is.
So now when we preview some file in QT X and then load it to Scratch Play, interpret source as Rec.709 (this what QT X is reading from headers) and set our monitor in Scratch Play as P3 D65 then both preview should match....
and yes they do match at 99%!
So this proves Apple is doing good conversion (as well as Scratch) (and maybe that Mac screen is really close to P3 gamut).
In theory we should be able to do exactly the same with Resolve (even if it uses different approach and plugs in into OSX management), but somehow it's not working. Why?