色彩空间

色彩空间（color space）是一个定义三件事的数学模型：色域（哪些颜色存在）、传递函数（亮度值如何映射为光输出）和白点（「白色」看起来什么样，通常是6500K的D65）。在后期制作中，你每天处理四种主要色彩空间。sRGB是消费级显示器标准——约2.2 gamma、Rec.709色域，专为办公显示器和网页浏览器设计。Rec.709（ITU-R BT.709）是 HDTV 广播色域与场景参考 OETF 标准——与sRGB相同的色域，但显示端采用约2.4 gamma（由 ITU-R BT.1886 规定的 EOTF，欧洲广播联盟 EBU Tech 3320 同样推荐 2.4 用于专业观看环境），用于昏暗环境观看。DCI-P3是数字影院标准——比Rec.709宽26%的色域，2.6 gamma和偏绿的白点（D63，约6300K），用于黑暗放映厅的投影。Rec.2020是UHD/HDR的超宽色域标准——覆盖CIE 1931可见光谱的75.8%，而Rec.709仅覆盖35.9%。目前没有任何显示器能完全再现Rec.2020色域；最好的参考监视器达到约97%的DCI-P3。 大多数初级调色师的关键错误：在sRGB显示器上调色，却为Rec.709广播交付。色域相同，但gamma差异（2.2 vs 2.4）意味着你的阴影在校准的广播监视器上会被挤压，即使在电脑屏幕上看起来正确。这就是为什么正规的调色设置需要专用的I/O卡（Blackmagic DeckLink或AJA），输出信号到校准的参考监视器，完全绕过操作系统的色彩管理。 DaVinci Resolve通过其Color Management系统原生处理色彩空间。在DaVinci YRGB Color Managed模式下，你为每个片段设置输入色彩空间（如ARRI LogC4/ARRI Wide Gamut 4、Sony S-Log3/S-Gamut3.Cine）、时间线色彩空间（通常是DaVinci Wide Gamut/Intermediate）和输出色彩空间（SDR用Rec.709，HDR10用Rec.2020 PQ）。Resolve自动在这些空间之间转换，转换是数学精确的——不会裁剪或扭曲范围内的颜色。

色彩空间不匹配是「我的调色在YouTube上看起来和Resolve里不一样」的最常见原因。典型的错误链：你在Resolve中以Rec.709查看器调色，导出H.264文件并上传。YouTube重新编码为其规格（Rec.709，BT.1886）。但如果你标记了错误的导出——比如从Rec.709时间线导出时使用了Rec.2020色彩原色元数据——YouTube会错误解释颜色，你的调色就会偏移。上传前务必用MediaInfo验证导出文件的色彩空间元数据。 Resolve中的宽色域工作流需要严格的纪律。如果你在宽色域拍摄（如ARRI Wide Gamut或Sony S-Gamut3.Cine），在没有适当Color Management的情况下调色，你工作在一个远大于交付目标的色彩空间中。在你的宽色域时间线上看起来丰富饱满的饱和红色，转换为Rec.709时可能会完全裁剪，在示波器上产生难看的硬边。解决方案：启用Resolve的Color Management，让超出色域的颜色被智能映射（感知映射），而不是被裁剪（相对色度法）。 ACES（学院色彩编码系统）是最严谨的色彩空间框架。它强制每个片段通过输入设备变换（IDT）进入统一的工作空间（ACEScg，AP1色域），然后通过输出设备变换（ODT）到目标格式。ACES消除了色彩空间的歧义，但增加了配置开销。对于单摄像机、单一交付格式的项目，DaVinci YRGB Color Managed更快，且产生相同的结果。