库克等级森严使我 air 无力战胜 HDR 剪辑

[hereis00]

最近想拍个小电影，发现手头的 Apple 设备都能显示 10bit/HDR 内容
遂大喜，抓起自己的松下 G9 录了点 V-log 素材去达芬奇剪
根据 B 站的杜比视界的制作流程分享 https://www.bilibili.com/video/BV1jA4m157UG/ 看了看发现…
我 Macbook Air M1 的显示设置根本就没有“预置”的选项，
颜色配置文件里也找不到“HDR Video ST-2084”，
去线下零售店看了看 Pro 款才发现这个预设会将桌面白色锁在 203nit ，
整个显示器的伽马曲线会变成 PQ 曲线（就是预置写的 ST-2084 ），
而自己 Air 可选的每个颜色配置文件，都没有 HDR 用的伽马曲线（ PQ 或 HLG ）…
所以自己达芬奇调色预览时会感觉欠曝、欠饱和。

之后也试了试 Final Cut Pro ，这个更惨，项目设置连 Rec2020 HLG 的选项都不给。

有没有对 Mac 显示机制了解比较深的老哥，
想问问怎样用非正常手段将 Air 伽马曲线强行改为 PQ 或 HLG ，
不然的话我就要当波形图战士了

已经解决，是我之前没在 fcp 找到正确设置的方法。
话说 fcp 的色域映射策略其实是直接把屏幕显示不了的 REC 2020 色给裁掉了，
虽然这样对于调色来讲不厚道，达芬奇也因此是把颜色压缩到 P3 色域内…
所以达芬奇就没法使用跟 fcp 一样的色域映射算法吗？

[hereis00]

不好意思各位，我小丑了

fcp 必须先把资源库设置成 HDR 广色域，才能在项目设置选择 Rec 2020 HLG 。

预览的色彩也很准。

哈哈哈，fcp 用得还不是很熟

[comexb]

😂

[BiteDXH]

色彩管理搞明白没？

[BiteDXH]

建议你好好学下色彩管理
1.air 就是个 lcd p3 色欲的 sdr 屏，上 hdr 校色就像拖了个 exe 在 macos 打开
2.正确的应该是运算空间在广色域（提供更大的编辑空间），然后通过合理的映射变换到你的 sdr 屏幕（因为你就没 hdr 屏）
3.所以是建议先看看基础然后再进阶，你这样混乱错误的调色流程还不如 sdr 默认

[Retas]

关键问题是 Air 屏幕不支持 HDR ，没法调色

[MacsedProtoss]

air 的屏幕不是 miniled 也不是 oled hdr 是映射到 sdr 显示的 有啥剪 hdr 的意义？ 如何保证剪出来的影片在真正的 hdr 视频上可以正常展示？

[hereis00]

@BiteDXH
@MacsedProtoss
“是映射到 sdr 显示的 有啥剪 hdr 的意义？”
不是不支持 HDR ，是亮度仅能显示到 400nit 。这个亮度还是高于 SDR 标准的。
根据 https://support.apple.com/zh-tw/102205 所述，我所用的机型能够播放 HDR 素材，但也仅是能播放。
机内的 quicktime 播放 HDR 视频时，会在 HLG 转换曲线 (max 1000nit) 的基础上，再加一层更保守的亮度映射曲线 (max 400nit)。
我这种穷玩摄影党没钱上 pro ，只能这么剪了。出片后我也只能在 1600 nit 的安卓 oled 机上审看，来保证亮度符合我的调色意图。

“air 就是个 lcd p3 色欲的 sdr 屏，上 hdr 校色就像拖了个 exe 在 macos 打开”
我承认 LCD 确实不适合显示纯黑画面，但纯白的 400 nit 画面在全黑房间监看还是有参考价值的。

[hereis00]

@BiteDXH
“正确的应该是运算空间在广色域（提供更大的编辑空间），然后通过合理的映射变换到你的 sdr 屏幕（因为你就没 hdr 屏）”
哪个广色域？ BT 2020 ？ Adobe RGB ？ Apple 全线产品都没有能覆盖这些色域的屏幕吧…
对于色域，正确的映射方法应该是将相机直出的 REC.2020 色裁掉不属于 Display P3 色域的部分，这样才能保证在自己屏幕上显示准确。至于超出 P3 的部分我不想管，也管不到，这世上那么多消费级屏幕也没几台能显示超出 P3 色域的。

至于说我没有 HDR 屏，HDR 屏的定义是什么？我对 HDR 屏的定义是 “亮度高于 200nit 、能自由选择 PQ 和 HLG 两种曲线而不是锁死在 Rec 709 的 Gamma 2.2 （只要亮度映射到位就可以），可以没有 8 bit 色深”。

亮度映射和色彩映射是两回事：

亮度需要用曲线压缩，因为人眼对亮度更敏感，不压缩直接裁剪的话我就看不到高光细节了；
色彩只需要裁掉超出 P3 的部分就行，现在大部分屏幕都是 P3 ，所以我只想保证 P3 屏幕的观众看到的颜色是精确的。

[hereis00]

@hereis00 更正：“可以没有 10 bit 色深”，毕竟现在的手机排线带宽受限，很少能显示 10bit 的色彩过渡

[BiteDXH]

@hereis00 你是对的

[BiteDXH]

@MacsedProtoss 他都能自定义 hdr 标准、认为色域转换就是裁切还有啥好说的，玩的开心就好

[hereis00]

@BiteDXH 好吧，是我上头了，我道歉。
我硬件性能就摆在那里，不管是色彩还是亮度，都只能在显示准确和映射转换之间二选一…
我也不应该妄图“定义”HDR 标准，虽然 HDR 有 500 、1000 等不同级别的标准，但我实际也不清楚苹果是用什么函数把它映射到我这个 400nit 屏幕的。
如果你手头有能够直接拍摄 HLG 素材的设备，还有一个 400nit 的、官方系统已经支持显示 XDR （ SDR 与 HDR 混合显示）的、10bit 色深的硬件，能够追求更高规格创作的话，大概会有去追求的念头吧

[hereis00]

@BiteDXH 关于“色域转换就是裁切”，其实在我的 windows 设备上，色域转换使用的就是裁切策略。比如 https://webkit.org/blog-files/color-gamut/ 这个网站，不同的浏览器会使用不同的色域转换策略。对于有 P3 屏幕的硬件 + 操作系统原生的浏览器，就是能正常显示颜色。但若是无 P3 屏幕的硬件 / 非操作系统原生浏览器，如 Chrome ，浏览器会将显示器认定为 srgb 色域。如果图片的配置文件是 P3 的，浏览器确实会将 srgb 看不到的部分直接裁掉。Chrome 的本意也是出于希望准确显示色彩，但丢掉信息也是必然的。

[BiteDXH]

@hereis00 认真的建议
1.在你的 air 上，正确处理广色域是可以获得更大的编辑空间的，即使是在 air 那块 sdr p3 上也不差
2.先别搞你那些 hdr 、函数、映射之类的东西了，调整到默认的 icc 文件，这就是最准的
3.可以买个真 hdr （第三方比较便宜）感受下
4.就是干这行的，所以真心建议你重新梳理下理论，先把软件、显示器上的设置复位，不然你产出的东西就是个非常奇怪的，没法在其他设备上复现的媒体。

[BiteDXH]

@hereis00 因为 win 的色彩管理就是答辩，hdr 下才有全局色彩管理

[MacsedProtoss]

感觉你对于屏幕的显示技术都不是很清楚…
色域映射只是处理 hdr 内容中的一小部分 macOS 可并不是直接裁切的
hdr 给人的强烈观感很大程度其实是来源于其亮度的范围 画面不同区域可以同时展示不同的亮度 而这需要屏幕的硬件支持 air 的屏幕顶多支持所谓的侧入式分区背光（条状） 假设你现在的画面是星空 星星亮度 1000nit 背景 0nit 那么 air 上最终是将星星的亮度压到 400 的同时 背景黑色的部分也是有着 1nit 这会导致背景不是黑的 星星也不耀眼
miniled 是将屏幕划分成棋盘式的 n 个格子 例如每 32*32 的像素块可以单独控制其亮度 而且 peak brightness 也能做到很高 例如 1600nit 这个时候假设画面是阳光沙滩 你的屏幕就可以把太阳显示成 1600nit 受到照射的沙滩 400nit 阴影中的 100-200nit 从而给你带来视觉冲击
oled 则是每个像素都可以做到单独的亮度控制 对于最早的例子星空他就可以做到背景全黑而星星本身很亮
这才是为啥我说 air 剪 hdr 没有意义 亮度和对比度都无法通过这个屏幕看到 那到底是在剪什么呢

[lslqtz]

虽然但是...
MacBook Air (M2, 2022) - 技术规格 https://support.apple.com/zh-cn/111867
支持杜比视界、HDR10 和 HLG ，并可显示 HDR 画质

[lslqtz]

没有看到上面提到的是 M1, M1 那确实官方是没有宣称支持的.

映射不仅仅是映射色域, 还会映射亮度, 映射算法决定这一切, 这也是为什么一些低亮度的 HDR 显示器表现比较好而一些表现不行的原因.

至于动态范围, LCD 的黑场不干净严重影响了动态范围, 而 Mini-LED 的黑场不干净则影响了局部动态范围. 但是它们在在支持的软件 (和/或 硬件) 上播放 HDR 视频也可以有比 SDR 更好的表现, 或是受益于更高的亮度 (通常为 LCD) 或是受益于更黑的黑场 (通常为低亮度 OLED, 如 400nits OLED).

从纯粹软件角度来说, 而画面不同区域展现不同的亮度通过调节黑色遮罩可以变相实现. 从硬件角度来说, 部分 LCD 采用局部调光但并非平面背光也可以实现一种有限的分区调光效果 ( https://displayhdr.org/lcd-dimming-in-hdr-displays-explained/).

另外 Air 的亮度是 500 或 600, 不是 400. 尽管 HDR400 的认证要求是 400 及 1300:1 对比度, 但苹果几乎从未参与这些认证.

以苹果的说法:
标准动态范围 (SDR) 是一种传统成像方法，用于捕捉、处理和显示较窄范围的亮度值（亮度级别）和颜色值。SDR 可呈现约 100 尼特（坎德拉每平方米）的最大亮度值，以及 6 至 10 档的动态范围。
高动态范围 (HDR) 成像会捕捉、处理和显示更宽的亮度和颜色值范围。HDR 可呈现**最高** 10000 尼特的亮度值，以及 14 档或更高的动态范围。

这里的最高是重点, 常见是 1000, 也就是既没有硬性规定 HDR 的最高亮度是多少, 也没有规定最低黑场是多少, 所以比较混乱.

但无论如何, 只要映射算法够好, 使用 HDR 去剪情况在需要导出 HDR 的情况下都可以避免 HDR-SDR 间转换的麻烦, 只需要注意最低亮度和最高亮度在真正 HDR 和不同 HDR 的设备上可能会有差异即可, 可以用电视监看.

[lslqtz]

另外不支持 REC2020 是苹果屏幕的问题.

[BiteDXH]

@lslqtz 其实就算 m3m4 也没用，苹果只是用了一些办法让 lcd 有类似 hdr 的体验（我记得是 local hdr 中会吧屏幕其他区域的亮度通过黑色遮罩压暗，以提高对比度），m1 也支持，但用来生产内容还是要一块正儿八经的 hdr 分区背光屏的