hereis00

@lisongeee github.io 的子域名是可以由用户设置为自己的仓库的，楼主估计是预想将来要用这个子域名但还没在仓库设置被抢先了

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

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

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

@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 屏幕的观众看到的颜色是精确的。

@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 画面在全黑房间监看还是有参考价值的。

不好意思各位，我小丑了

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

预览的色彩也很准。

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

一般遇到这种情况我就直接抹盘了

@hereis00 哦对了，我 win10..