关于XDR的不严谨体验

如果基于以上猜想和逻辑都正确，接下来就能推测出一些挺有意思的结论。

1、Mac OS下的HDR并不会全局提亮（无论是哪个ICC），只针对于HDR内容会有此效果（就如RayTao老师说的那样），所以会看到应用和系统的UI亮度被明显的“限制”，看起来就跟灰色一样。

关于这点无论是使用「P3 ST-2084」还是「P3 1600Nits」都一样（不过个人感觉「P3 ST-2084」下系统UI更灰暗一些 更像是被限制在100Nits ，而「P3 1600Nits」下感觉更像是500Nits该有的样子。不太严谨哈，有小概率是我的错觉。

2、根据图1、2、3、4可以看到，HDR内容在FCPX的监视器、浏览器、乃至Finder中都显示的是相同的画面，它们都能被正确映射。

但是，唯有Timeline上的clip缩略图不能被正确映射，这说明了，在处理HDR内容时，苹果对于图片的处理还有些没到位的地方（图片并没有NCLC机制 只能内嵌ICC），这就导致了我如果要对HDR内容的视频截屏的时候，会被错误的映射了，最后导致了你看到的画面和截屏后的画面不一致（忘了在「P3 ST-2084」下是否也不能显示不一致 反正在任何苹果设备上默认一切参数不修改的情况下打开这张照片都是错误的映射）。

当然，这也很有可能是我对这些截屏的内容没有进行更进一步的色彩管理也说不定，但目前来看，苹果在这方面没有做到位的可能性也不小（具体表现在Timeline上的clip缩略图也被错误的映射了）。

如果你想通过截屏获得一个正确映射的画面（至少看起来画面正常），也不是没有办法，请参见第四点。

3、由于图1、2、3、4是手机拍摄，有一些问题可能没那么直观。而实际上，在「P3 ST-2084」系统ICC下，FCPX的UI也被限制在了SDR，这其实对用户并不太友好，上边画面亮瞎狗眼，下边画面乌漆麻黑看不见。

讲道理，FCPX的UI应该被独立出来也适配HDR，不然对于用户来说真算不上什么“好的体验”。好在，FCPX并不作为调色软件，可能不严谨的创作下，也就在剪辑软件中进行合板会对SDR的UI和HDR的内容比较头疼。

其他绝大多数情况（剪辑），想用代理剪辑SDR的内容也不是不行，只不过当你没法在剪辑软件上直观的看到HDR内容的时候，“你对剪辑点的判断可能就会有所偏颇”的这种可能性也没办法百分比排除。一般情况下，而你想要在FCPX中看到正确的HDR画面，就只能忍受HDR的内容、SDR的UI这种在我看来挺诡异的组合。

不过，需要创作HDR内容的项目，大概大家对FCPX这种剪辑软件很排斥吧，只能支持自家的.fcpxml说实话对工业流会增加很多不必要的工作（不过 磁性时间线真的好好用 至少我很喜欢）。

4、总结上文所述，由于苹果的逻辑是通过系统的ICC文件和封装在容器中的NCLC Tags来进行色彩管理的，如果我们不做点什么，在与客户沟通的时候就会产生一个很大的问题。

首先，最严重的问题，使用QT播放HDR内容，客户会得到错误的映射（如果他们使用iPhone、iPad来观看 也一样会得到严重错误的画面），你只有两种方法让客户得到一个正确的画面。

一、让客户修改系统ICC并使用QT来播放（并且通过这种方式管理后 截屏的图片依旧会被错误映射）。

二、让客户下载一个VLC（或者其他支持色彩管理的播放器）来观看（通过这种方式 截屏的图片大概率不会被错误映射）。

而无论是哪种，对于客户来说都谈不上是一种“好的体验”，特别是第一种（你怎么能好意思去麻烦客户呢！这样可是会把客户越推越远的！）。

那么我们需要做点什么，其实和Rec.709下解决“你那打开怎么又和我的不一样了”这个问题是一样的思路，保持系统默认ICC的情况下，你需要修改视频的NCLC标签。并且，由于苹果设备下都使用Color Sync这一套处理逻辑，你也能解决SDR UI、HDR 内容这对“诡异组合”带来的不适感。

遗憾的是，而这个NCLC标签具体需要修改成多少，关于这个问题我还没法直接告诉你答案。不过思路是这套思路，如果你有需求不如自己动手尝试一下。

（实际上，也有极小概率存在“根本不可能通过修改NCLC Tags 而不修改ICC”的方法获得正确画面的可能性，当然，这种情况的概率也是极低的，具体等我下次有机会再测试测试吧。）