我做了一个新的 Final Cut Pro 插件：Huahua HDR LrC，当前版本1.12-46。它的目标很简单：让各家的Log素材在 Final Cut Pro 里更轻松地进入 HLG HDR 或 PQ HDR 工作流，不需要手动套一堆 LUT，也不需要反复搓色轮来调整曝光。

这个插件适合在 Wide Gamut HDR 时间线中使用，主要用于把相机 Log 素材转换到 HDR，同时提供一些类似 Lightroom / Camera Raw 的基础调色控制，例如曝光、对比度、高光、阴影、白场、黑场、自然饱和度和饱和度。它不是一个风格化 LUT 包，而是一个更偏实用的 HDR 转换和微调工具。

目前支持的输入格式包括：

• Nikon N-Log / Rec.2020
• Sony S-Log3 / S-Gamut3.Cine
• Sony S-Log3 / S-Gamut3
• Canon C-Log2 / Cinema Gamut
• HLG / Rec.2020
• PQ / Rec.2020

输出格式支持：

• Rec.2020 HLG
• PQ 1000 / 2000 / 4000 nits

如果你的素材是 Nikon N-Log、Sony S-Log3、Canon C-Log2，或者已经是 HLG / PQ HDR，这个插件可以直接在 FCP 里作为一个 Effect 使用。安装后会出现在：

Huahua HDR Tools / Huahua HDR LrC

它适合想快速完成 HDR 交付、YouTube HDR 上传、或者同时制作 HLG / PQ 版本的用户。

I made a new Final Cut Pro plug-in: Huahua HDR LrC, current version 1.12-46.

Its goal is simple: to make it easier to bring Log footage from different camera systems into an HLG HDR or PQ HDR workflow directly inside Final Cut Pro. No need to stack multiple LUTs manually, and no need to keep fighting the color wheels just to fix exposure.

The plug-in is designed for Wide Gamut HDR timelines. It mainly converts camera Log footage to HDR, while also providing Lightroom / Camera Raw style basic adjustment controls, including Exposure, Contrast, Highlights, Shadows, Whites, Blacks, Vibrance, and Saturation.

It is not a stylized LUT pack. It is more of a practical HDR technical conversion and trimming tool.

Currently supported input formats:

• Nikon N-Log / Rec.2020
• Sony S-Log3 / S-Gamut3.Cine
• Sony S-Log3 / S-Gamut3
• Canon C-Log2 / Cinema Gamut
• HLG / Rec.2020
• PQ / Rec.2020

Supported output formats:

• Rec.2020 HLG
• PQ 1000 / 2000 / 4000 nits

If your footage is Nikon N-Log, Sony S-Log3, Canon C-Log2, or already HLG / PQ HDR, you can use this plug-in directly as a Final Cut Pro Effect.

After installation, it appears under:

Huahua HDR Tools / Huahua HDR LrC

It is designed for users who want a faster HDR delivery workflow, whether for YouTube HDR uploads, HLG mastering, PQ mastering, or creating both HLG and PQ versions from the same edit.

现代手机上的 SDR 已经不是传统意义上的 100 nits SDR 了。很多 OLED 手机、平板和 XDR 屏幕在播放普通 SDR 内容时，也能把白场或高亮 UI 推到几百甚至 1000 nits。也就是说，一个 Rec.709 视频虽然技术上仍是 SDR，但它在真实观看环境里的亮度，早就和“100 nits 参考监视器”相差很远。这个变化会直接影响我们怎么曝光 N-Log。

我用 Nikon 官方 N-Log 到 Rec.709/BT.1886 LUT 做了一组计算，并和一个不经过 LUT 的 HLG 技术转换比较。两边都假设显示器峰值是 1000 nits；拍摄端假设中灰曝光到 35 IRE，HLG 漫射白锚定到 203 nits。

结果很说明问题。中灰 0 stop 时，N-Log 经过 Rec.709 LUT 后是 42.07 IRE，在 1000 nits SDR 显示模型下约为 125 nits；同一个输入做 direct HLG 只有约 29 nits。也就是说，Rec.709 版本的中灰比 HLG 亮大约 2.09 stops。再看 -2 stops 的暗部，Rec.709 是 15.4 nits，HLG 是 5.6 nits，前者仍然亮约 1.47 stops。

这就是为什么 N-Log 还原到 709 后，暗部噪点经常显得特别多。噪点不是 LUT “凭空制造”的，而是拍摄时落在低码值、低信噪比区域里的暗部信息，被 Rec.709 tone curve 和现代高亮 SDR 屏幕一起抬到了很容易看见的位置。以前 100 nits SDR 时代，暗部可能藏在几 nit 里；现在它可能被显示到十几、几十 nit，观众自然更容易看到脏、浮、彩噪和压缩痕迹。

所以如果最终目标是 Rec.709 SDR，尤其是给手机、OLED 电视、XDR 屏幕观看，N-Log 往往更需要 ETTR。ETTR 的目的不是让成片更亮，而是在不剪掉重要高光的前提下，把主体、中间调和暗部尽量放到更高、更干净的编码区域。后期再用 LUT 或调色压回正常亮度时，噪声不会被放大得那么难看。

HDR/HLG 的逻辑不一样。HLG 技术转换会把中灰放得更低，给高光保留空间。表格里 +2.32 stops 的漫射白是 203 nits，到了 +4 stops，HLG 已经约 820 nits，而 Rec.709 SDR 约 787 nits；+5 和 +6 stops 时 HLG 直接到 1000 nits，Rec.709 则被压在 874 和 927 nits 附近。HDR 的价值就在这里：不是把整张画面抬亮，而是保留真实光比，让亮的东西真的亮。

因此，做 HDR 时盲目 ETTR 反而可能有害。你把 N-Log 整体往右推，确实能让暗部更干净，但也更容易把天空、灯光、反射和皮肤高光推到 HLG 顶部，失去 HDR 最珍贵的高光层次。HDR 交付更应该优先保护高光、保持自然中灰，而不是单纯追求波形图“用满”。

一句话总结：Rec.709 SDR 在现代 1000 nits 屏幕上会把 N-Log 的暗部和中间调显示得很亮，所以更需要 ETTR 来换信噪比；HDR/HLG 则把中灰放低、把空间留给高光，所以不一定需要激进 ETTR，除非场景本身没有重要高光可失去。

Why N-Log Needs More ETTR for Rec.709, but Not Necessarily for HDR/HLG

Modern phone SDR is no longer the old 100-nit SDR we used to imagine. Many OLED phones, tablets, and XDR displays can show ordinary SDR content at several hundred nits, sometimes close to 1000 nits. So even if a video is technically Rec.709 SDR, its real viewing brightness can be far beyond the traditional 100-nit reference. That changes how we should expose N-Log.

I compared Nikon’s official N-Log to Rec.709/BT.1886 LUT against a direct technical HLG conversion. Both are viewed on a 1000-nit display. The exposure assumption is middle gray at 35 IRE, with HLG diffuse white anchored at 203 nits.

The numbers are revealing. At 0 stop middle gray, the Nikon Rec.709 LUT outputs 42.07 IRE, which becomes about 125 nits on a 1000-nit SDR display model. The direct HLG conversion for the same input is only about 29 nits. Rec.709 middle gray is therefore about 2.09 stops brighter than HLG. At -2 stops, Rec.709 is about 15.4 nits, while HLG is about 5.6 nits, still a 1.47-stop lift.

This is why N-Log can look noisy after being restored to Rec.709. The LUT is not magically creating noise. It is taking shadow information that was recorded in low-code-value, low-SNR regions and lifting it into a much more visible display range. In the old 100-nit SDR world, those shadows might have stayed hidden at only a few nits. On a modern bright SDR screen, they may sit at tens of nits, where noise, chroma crawl, and compression artifacts become obvious.

So for a Rec.709 SDR delivery, especially for phones, OLED TVs, and XDR displays, N-Log often benefits from ETTR. The goal is not to make the final image brighter. The goal is to record the subject, midtones, and shadows in cleaner code values without clipping important highlights. Then, when the image is brought back down in grading, the noise floor is not amplified as aggressively.

HDR/HLG works differently. A technical HLG conversion keeps middle gray lower and saves room for highlights. In the table, diffuse white at +2.32 stops is 203 nits. By +4 stops, HLG reaches about 820 nits while Rec.709 SDR is about 787 nits. At +5 and +6 stops, HLG hits 1000 nits, while Rec.709 is compressed around 874 and 927 nits. That is the point of HDR: not making everything bright, but preserving scene contrast so bright things can actually be bright.

This is why aggressive ETTR can be counterproductive for HDR. It may clean up shadows, but it also pushes skies, lamps, reflections, and skin highlights closer to the top of the HLG range, where highlight separation can be lost. For HDR delivery, the priority is often highlight protection and natural midtone placement, not simply filling the waveform.

In short: modern 1000-nit SDR makes Rec.709 N-Log shadows and midtones very visible, so ETTR is often valuable for noise control. HDR/HLG keeps middle gray lower and reserves headroom for highlights, so it does not always need aggressive ETTR unless the scene has no important highlights to protect.

这通常被叫做“原生 ISO 800”，听起来像是传感器在 ISO 800 下性能最好。但从曝光分配上看，它更接近这样一件事：

相机仍然以接近 ISO 100 的低增益状态工作，只是把中灰压低三档，为高光腾出空间。

ISO 100 到 ISO 800，正好三档。

也就是说，很多 Log 模式并没有凭空增加动态范围，只是默认让中灰和阴影少曝光三档，从而换来更多高光余量。

问题是，用户拍完以后又发现阴影噪声太大，于是教程开始教你：

向右曝光两三档，后期再压回来。

这个方法当然有效，因为传感器接收了更多光子，噪声自然更低。

但把整个过程连起来看就有些荒诞：

1. 相机为了保护高光，先把画面等效欠曝三档；
2. 用户为了减少噪声，再向右曝光三档；
3. 后期又把亮度压回三档。

绕了一整圈，最后基本回到了 ISO 100 的实际曝光量。

如果场景里根本没有特别亮的高光，这套流程确实有点脱裤子放屁。Log 当然仍有编码和调色价值，但“用 Log”不应该天然等于“先把整个画面拍暗”。

LoFIC 可能改变这一切

LoFIC 的核心，是在普通像素之外增加一个更大的溢出电容。

当普通像素快要饱和时，多余电子可以进入额外的储存空间。这样，相机就不必单纯依靠压低中灰来保护高光。

传统传感器的逻辑是：

想要更多高光空间，就必须让中灰和阴影少曝光。

LoFIC 理论上可以变成：

中灰正常曝光，阴影获得足够光子，极亮高光交给额外电容保存。

如果未来全画幅相机也使用 LoFIC，那么 Log 完全可能从接近 ISO 100 的曝光基准开始。

人脸不必默认欠曝，阴影不必先掉进噪声区，高光也不必因此更早剪切。

到那时，Log 就只是一个用来编码宽动态范围的曲线，而不是一种“默认欠曝”的拍摄方式。

曝光逻辑也该变了

未来不应该再机械地遵守“Log 一定要向右曝光两三档”。

正确的做法应该重新回到场景本身：

没有极亮高光，就按正常中灰和人脸曝光；有太阳、窗户或灯具，再根据真正的高光余量调整。

相机的波形图和斑马纹也应该升级。

理想情况下，它应该告诉用户：

• 普通像素是否接近饱和；
• LoFIC 高光区是否已经接管；
• 距离真正剪切还有多少空间。

否则，用户依然只能盯着 IRE 数值猜测传感器内部发生了什么。

SDR 和 HDR 的流程也会趋于统一

现在拍 SDR，很多人要么直接用普通画面风格，要么拍一条灰蒙蒙的 Log，再套 LUT、恢复对比度、压高光。

未来更合理的流程应该是：

相机先用 LoFIC 完整记录场景，再根据输出目标决定怎么映射。

做 SDR 时，把超出 Rec.709 的高光平滑压缩回来；做 HDR 时，则把灯具、天空和反射保留在更高亮度。

拍摄端不必一开始就分成完全不同的两套曝光逻辑。

同一份宽动态范围母版，可以同时制作 SDR、HLG 和 PQ 版本。区别主要发生在后期显示映射，而不是拍摄现场。

我的 Nikon Z8 什么时候能升级

我的 Nikon Z8 在 HLG 下，实际可用动态范围也就十一档多。

它当然可以直接进入 HDR 流程，但离真正宽裕的单曝光 HDR 还有明显距离。

可惜 LoFIC 不是固件功能。它属于传感器像素和读出电路的硬件结构，Z8 不可能靠一次升级突然获得。

所以我真正期待的，是下一代尼康全画幅视频机：

• Log 不再强制从 ISO 800 起步；
• 中灰和人脸不再默认欠曝；
• 高光由更大的物理容量保护；
• SDR 和 HDR 共用同一份宽动态范围素材；
• 用户不必先欠曝三档，再向右三档，最后后期压回三档。

如果下一代还让我 ISO 800 拍 Log、向右曝光降噪、后期再压回来，那这套流程确实该重新想一想了。

本文将剥开营销的外衣，从最硬核的底层逻辑出发，带你彻底搞懂 HDR 动态元数据（Dynamic Metadata） 是如何运作的，剖析 PQ 与 HLG 曲线的本质区别，深挖 Dolby Vision Profile 5 与 Profile 8.4 的技术分歧，并最终推演：在从 SDR 废铁到理论上“完美显示器”的不同阶级下，动态元数据究竟扮演着怎样的角色。

一、光与电的契约：PQ 与 HLG 的本质分歧

要理解动态元数据，我们必须先理解 HDR 的基石——EOTF（电光转换函数，Electro-Optical Transfer Function）。它的作用是将数字信号（0和1）翻译成屏幕上实际发光的亮度（nits 或 cd/m^2)。在 HDR 时代，两大流派统治了世界：PQ 和 HLG。

1. PQ 曲线 (Perceptual Quantizer / SMPTE ST 2084)

PQ 曲线的核心哲学是“绝对亮度映射”。它是杜比实验室基于人类视觉系统（Barten 阈值模型）推导出的非线性曲线，最高支持到 10,000 nits。

在 PQ 的世界里，信号代码与物理亮度是绝对绑定的。如果视频文件中的某个像素对应的信号值要求输出 1000 nits，那么无论是放在 400 nits 的入门显示器上，还是放在 4000 nits 的顶级监视器上，这个像素“本该”被点亮到 1000 nits。

硬核公式： PQ的非线性信号 N 转换为线性亮度 Y 的 EOTF 公式如下：

$$Y = \left( \frac{\max[(N^{1/m_2} – c_1), 0]}{c_2 – c_3 N^{1/m_2}} \right)^{1/m_1}$$

(注：其中 $m_1, m_2, c_1, c_2, c_3$ 均为为了拟合人眼视觉感知的常数。)

致命弱点： 因为 PQ 是绝对的，所以当内容要求的亮度超过显示器的物理极限时（比如内容要求 4000 nits，显示器只能亮 600 nits），显示器就必须进行“色调映射（Tone Mapping）”。这就是为什么 PQ 极其依赖元数据。

2. HLG 曲线 (Hybrid Log-Gamma / ARIB STD-B67)

HLG 是由 BBC 和 NHK 联合开发的，它的哲学是“相对亮度映射”。它放弃了对绝对亮度的执念，转而关注“比例”。

HLG 的暗部到中间调使用传统的 Gamma 曲线（兼容 SDR），而高光部分使用对数（Log）曲线。

$$E = \begin{cases} \sqrt{3} L^{0.5} & 0 \le L \le 1/12 \\ a \ln(12L – b) + c & 1/12 < L \le 1 \end{cases}$$

由于是相对映射，HLG 信号不需要告诉显示器“这个像素必须是 1000 nits”，而是说“这个像素是最高亮度的 80%”。显示器会根据自身的最大亮度（比如 600 nits）自动进行缩放分配。因此，标准 HLG 天然不需要元数据也能正常显示。

二、什么是动态元数据（Dynamic Metadata）？

要真正理解动态元数据（如 Dolby Vision, HDR10+ / SMPTE ST 2094）的降维打击能力，我们必须先看看它的前辈——标准 HDR10 是如何工作的。

HDR10 依赖的是静态元数据（Static Metadata）。它就像是一个极其死板的电影放映员，只在电影开场前看一眼数据表：整部电影最亮的一个像素是多少（MaxCLL，比如 4000 nits），平均亮度是多少（MaxFALL）。然后，你的显示器（假设它只有 600 nits 的峰值亮度）会基于这个 4000 nits 的全局极值，生成一条色调映射曲线，并死死锁定，贯穿整部电影的两小时，绝不更改。

相比之下，动态元数据则是在逐场景（Scene-by-Scene）甚至逐帧（Frame-by-Frame）地发送指令。它像是一个坐在显示器芯片旁边的调色师，实时指挥。

让我们把这两者放在一台 600 nits 的普通 HDR 显示器上，看看它们在同一部电影的不同场景中表现有多悬殊：

场景A（阳光沙滩 – 画面峰值 4000 nits）：

• HDR10（静态）： 电视知道全局最高是 4000 nits，当前画面也确实刺眼。为了把 4000 nits 的巨额信号塞进自身 600 nits 的硬件瓶颈里，电视开启高光压缩模式（Roll-off），保全了天空中高光云层的层次，但代价是整个沙滩的平均亮度不可避免地被全局压暗了。
• 动态元数据： 同样收到 4000 nits 的指令，同样进行高光压缩。在这个极限高光场景下，动态元数据和 HDR10 的表现差异不大，都在努力“防爆”。

场景B（地下室惊魂 – 画面峰值仅 200 nits）：

• HDR10（静态）的灾难： 这是静态元数据的致命伤。尽管当前地下室画面的最高点只有 200 nits，远远低于电视本身的 600 nits 物理极限，但电视是个死脑筋，它依然死死套用着之前为了防范 4000 nits 阳光沙滩而设定的那套“全局防爆曲线”。
  • 让我们来算一笔残酷的账： 假设这台电视采用了一种标准的保守压缩策略——在 100 nits（传统 SDR 的白点）之前保持 1:1 精准映射，然后将超过 100 nits 直至 4000 nits 的庞大信号区间，生硬地按比例塞进显示器仅剩的 100 ～ 600 nits 发光空间里。
  • 此时，对于地下室中一个原本要求发光 200 nits 的暗部细节像素，它的实际输出亮度 L_out 将被压缩为：$$L_{out} = 100 + (200 – 100) \times \left( \frac{600 – 100}{4000 – 100} \right) \approx 112.8\text{ nits}$$
  • 看到了吗？原本应该有 200 nits 亮度的物体，被生生削弱了将近一半，掉回了只有 112.8 nits 的类 SDR 亮度区间。 结果就是，原本就不亮的地下室被全局无脑压暗，暗部细节（比如角落里潜伏的怪物）彻底糊成一团死黑，原本优秀的 HDR 游戏/电影观感荡然无存。
• 动态元数据的降维打击： 实时指令告诉电视：“注意，这一幕最高只有 200 nits，立刻解除高光压缩警报！” 电视收到指令，瞬间废弃了那条苟延残喘的 4000 nits 映射曲线，切换至新的逻辑：0 ～200 nits 范围内 1:1 直接输出亮度，不做任何压缩计算。瞬间，地下室的暗部细节被完全点亮，怪物的轮廓呼之欲出。这台只有 600 nits 的普通电视，在这一刻表现得就像一台完美的参考级监视器。

这就是动态元数据的本质：它是一本“实时指导手册”，教导能力不足的显示器如何在不破坏创作者意图的前提下，榨干自己的每一滴硬件性能。 硬件越羸弱，这本手册的救命作用就越大。

三、杜比视界的双面人：Profile 5 与 Profile 8.4

同样是 Dolby Vision，底层逻辑却可能天差地别。目前主流的内容分发中最常见的是 Profile 5（流媒体巨头最爱）和 Profile 8.4（苹果 iPhone 拍摄的默认格式）。

1. Dolby Vision Profile 5：纯粹的专制者

• 基础曲线： PQ
• 色彩空间： 独家 IPTPQc2 (取代传统的 YCbCr)
• 特点： 这是杜比最纯粹、最硬核的封装格式。它完全没有向后兼容性（没有后备的 HDR10 或 SDR 层）。如果你在一个不支持杜比视界的设备上强行播放 Profile 5，你会看到非常诡异的紫绿色画面。
• 为什么用 IPT？ 传统的 YCbCr 空间在进行色调映射（降低亮度）时，容易发生“色偏（Hue Shift）”。杜比开发的 IPT 空间将亮度（I）与色度（P, T）进行了极其严格的解耦。当动态元数据指挥显示器压暗高光时，Profile 5 能确保颜色依然纯正，不会出现高光泛黄或发白。

2. Dolby Vision Profile 8.4：实用主义的混血儿

• 基础曲线： HLG
• 色彩空间： BT.2020 / YCbCr
• 特点： 这是苹果为了推广 HDR 录制而大力扶持的标准。它的底子是一层标准的 HLG HDR。在这层 HLG 之上，叠加了杜比视界的动态元数据（通过 SEI 信息封装）。
• 优势与妥协： 它的兼容性无敌。如果你把 iPhone 拍的 Profile 8.4 视频发给一台不支持杜比的普通 HDR 电视，电视会直接读取 HLG 底层，正常显示 HDR 画面；如果设备支持杜比，它就会提取动态元数据进行更精准的优化。虽然它没有 Profile 5 的 IPT 色彩空间那么严谨，但对于用户生成内容（UGC）和多设备分享来说，它是最佳选择。

四、众生相：动态元数据在不同阶级显示器上的“作用力”

现在，我们进入本文最核心的推演：当这本“实时指导手册”（动态元数据）下发到不同级别的显示设备时，会发生什么？

1. SDR 显示器 (~100 – 250 nits, Rec.709)

• 作用大小：极大（决定生死）
• 解析： 把 HDR 放在 SDR 显示器上播放，是一个把“三维空间降维打击成二维”的过程。如果不依赖动态元数据，播放器只能进行极其粗暴的全局线性压缩或者直接截断（Clipping），导致画面色彩寡淡、高光死白、暗部死黑。
• 动态元数据的介入： 配合支持杜比解码的播放端（如 Apple TV 配合优质的转换算法，或 madVR 渲染器），动态元数据会实时告诉转换器当前画面的亮度分布。算法可以根据这些数据，每一帧都重新生成最优的 Gamma 曲线，从而在 100 nits 的狭小空间里，尽可能“骗”过人眼，保留 HDR 应有的对比度错觉。

2. HDR400 / HDR600 (侧入式背光 / 无分区控光或极少分区)

• 作用大小：极其关键（遮丑神器）
• 解析： 这一阶层被称为“假 HDR”。它们虽然能看懂 PQ 曲线，但硬件素质极差。当面对 1000 nits 或 4000 nits 的 HDR 内容时，它们必须进行极为剧烈的色调映射（Tone Mapping）。
• 动态元数据的介入： 如果没有动态元数据，HDR400 显示器面对 4000 nits 极限的内容，只能全局极度压暗。有了动态元数据，显示器在暗场景可以全功率输出保证亮度，在高光场景则通过智能的 Knee-point（拐点）平滑过渡高光。动态元数据在这里的作用是“拯救观感”，防止你的显示器因为无脑映射而变成一坨黑乎乎的马赛克。

3. HDR1000 (Mini-LED / 高端 OLED / 几百至上千分区控光)

• 作用大小：中等偏上（锦上添花，细节雕琢）
• 解析： 这是一个分水岭。目前好莱坞大量的电影正是在最高 1000 nits 的监视器上完成调色的（例如索尼的 BVM-HX310）。
• 动态元数据的介入： * 如果内容本身就是 1000 nits 封顶： 你的显示器硬件已经能够 1:1 完美跟踪 PQ 曲线直到最高点。此时，不发生任何压缩，色调映射处于休眠状态，动态元数据几乎不起作用。
  • 如果内容是 4000 nits 封顶（如华纳兄弟的一些电影）： 此时，对于 0-1000 nits 的部分，显示器精准还原；对于 1000-4000 nits 的高光（如太阳、火花、霓虹灯），动态元数据将指导显示器如何优雅地将这部分超出的亮度压缩进自己 1000 nits 的极限里，从而保留云层的层次和爆炸的焰火细节。

4. HDR4000 (顶级参考级监视器 / 未来的家用旗舰)

• 作用大小：微乎其微（基本闲置）
• 解析： 当显示器的全屏或峰值亮度真正达到 4000 nits，且拥有像素级控光能力（如未来的 Micro-LED 或极致的双层 LCD）时，它已经具备了硬吃当前市面上 99.9% 蓝光及流媒体原盘数据的能力。
• 动态元数据的介入： 在这类怪兽级硬件面前，所有的色调映射算法大部分时间都在睡大觉。PQ 曲线在这台显示器上得到了绝对的尊重。动态元数据只在极端罕见的场景（例如某个电影使用了 10,000 nits 的母版进行调色）下才会稍微活动一下筋骨。

5. 理论上的完美显示器（无限亮度，完全的纯黑，100% Rec.2020 色域）

• 作用大小：绝对为零（沦为废代码）
• 解析： 这是显示技术的终极乌托邦。在这台完美的设备上，它可以 1:1 完美跟踪 SMPTE ST 2084 的 PQ 曲线直到 Barten 模型的尽头。
• 不存在硬件瓶颈，就不存在超出硬件能力的信号，因此不需要进行任何色调映射（Tone Mapping = False）。
• 此时，无论电影封装了多么复杂、多么昂贵的 Dolby Vision 动态元数据，这台显示器看都不会看一眼。它只需要读取最原始的 0 和 1 的 PQ 视频流，将电信号转化为对应的绝对光子发射出去。在这里，元数据完成了它的历史使命，自我消解于完美的硬件之中。

结语：一场由硬件妥协引发的华丽打磨

回望整个 HDR 的技术栈，你会发现一个有趣的悖论：动态元数据技术越发达、越重要，恰恰说明我们当下的显示硬件越羸弱。 PQ 曲线设定了一个理想国的标杆，而现实中的显示器参差不齐。Dolby Vision 等动态元数据技术，本质上是顶级算法工程师为了弥补“理想信号”与“残缺硬件”之间的鸿沟，所开发出的一套极致复杂的妥协艺术。当你看着一台千元级 HDR400 屏幕，因为杜比视界的加持而勉强呈现出不错的阳光质感时，你看到的是无数行代码在后台疯狂运算、妥协与挽救的成果。

那么，对于正在搭建或升级桌面/家庭影院系统的你而言，在预算有限的情况下，你是更倾向于购买一台账面数据惊人但只支持静态 HDR10 的显示器，还是宁愿牺牲一点峰值亮度，去追求一台完美支持 Dolby Vision 动态映射的设备呢？

附录：巅峰对决：当 HLG 被强行拉升至 10000 nits，谁在裸泳？

如果说 1000 nits 是当下主流 HDR 的及格线，那么 10000 nits 就是显示技术的“终极试炼场”。这也是验证 PQ（绝对映射）与 HLG（相对映射）底层哲学差异的最佳显微镜。

让我们把标准的 HLG 1000 nits 曲线也加入战局。根据 ITU-R BT.2100 标准，在 1000 nits 显示器上，HLG 的系统 Gamma（OOTF Shift）是相对温和的 1.2；但如果我们要在一台理论峰值为 10000 nits 的完美显示器上播放相同的 HLG 信号，显示器必须将系统 Gamma 飙升至惊人的 1.62，以此来暴力拉伸画面对比度。

当我们把这条优雅的 HLG 1000 nits 曲线、被极端拉伸的 HLG 10000 nits 曲线，与天生为 10000 nits 打造的 PQ 曲线放在同一张对数坐标图上时，一个极其反直觉、却又无比符合物理学定律的真相浮出水面：

1. 暗部与中灰的较量：PQ 的绝对锚定 vs HLG 的“数据雪崩”

在电光转换曲线（EOTF）中，有一个绝对真理：曲线越平缓，分配的数字色阶（Code Value）就越多，色彩过渡就越细腻；曲线越陡峭，色阶数据越少，亮度跨度越大，越容易出现断层（Banding）。

• HLG 1000 nits 的“SDR 偏袒”： 这是一个极其惊人的事实——在标准的 1000 nits 环境下，HLG 在 0 到 100 nits（传统 SDR 亮度，人眼最敏感区域）分配了极其夸张的数据量。它足足消耗了约 644 个 Code Value（占比高达 63%）！这就是为什么 HLG 具有极强的 SDR 向下兼容性，因为它的前半段基因几乎就是为传统屏幕量身定制的。在这个亮度下，它的暗部过渡丰富到溢出。
• PQ 的“绝对锚定”： 相比之下，红色的 PQ 曲线无论在什么显示器上，都死死锚定着 Barten 视觉阈值。在 0 到 100 nits 区间，它永远恒定支出约 520 个 Code Value（占比约 51%）。它不偏袒任何人，只忠于人眼生理学，步步为营地保证暗部渐变如丝般顺滑。
• HLG 10000 nits 的“数据雪崩”： 灾难发生在被拉伸的 HLG 10000 nits 铁线上。在高达 1.62 的 System Gamma 暴力拉扯下，为了把亮度顶到 10000 nits，它被迫将暗部的数据疯狂“抽血”。原本在 100 nits 以下享有 644 个台阶的暗部和中灰，此时被生生压缩到了仅剩 428 个台阶（占比暴跌至 42%）！ 整整丢失了 200 多个台阶，导致这片最敏感区域的曲线变得极其陡峭，每一步的物理亮度差被硬生生拉大，直接击穿了 Barten 阈值的保护罩。这就完美解释了为什么 HLG 在拉伸到超高亮度显示器时，最先崩盘、出现惨不忍睹的等高线色带（Banding）的地方，恰恰是原本数据最丰沛的暗部和中灰色块！

2. 高光区的殊途同归：人眼的“致盲妥协”

如果你继续往图表的右上方看（1000 nits 到 10000 nits 的极限高光区），你会发现一个有趣的现象：之前在暗部分歧巨大的 PQ 和 HLG 10000nits 曲线，在这里竟然高度重合，都变得极为陡峭平滑（在对数图表上表现为相似的收束）。

• 底层数学的切换： HLG 在信号跨过 50% 之后，舍弃了下半段的 Gamma 曲线，切换成了纯粹的对数曲线（Log Curve）；而 PQ 的整体数学模型，在高光区域也是极其接近对数特性的。此时，无论是 1000 nits 还是 10000 nits 的 HLG，其高光压缩逻辑与 PQ 殊途同归。
• 生物学的真相： 在几千 nits 的刺眼高光下（比如直视太阳、电焊火花或爆炸），人眼会发生生理性的“眩光致盲”，对比度敏感度极度下降。不管是杜比的科学家还是 BBC 的工程师，大家都心照不宣地达成了共识：没必要给高光浪费太多数据。

因此，在这个极高亮区间，两套标准都在进行疯狂的“高光压缩”，它们都极其默契地只用剩下的 25% 左右 Code Value，去跨越了 90% 的物理亮度区间 (1000 nits ~ 10000 nits)。在这片“人类视觉盲区”里，它们达成了惊人的和解。谁让人类是用对数感知世界的（这其实是一种生物学保护）。

小结：皇冠属于谁？

这场从 1000 nits 到 10000 nits 的终极推演告诉我们：HLG 是一把极其优秀的“瑞士军刀”，它用相对映射和无元数据解决了广电系统向下兼容的痛点，在 1000 nits 以下表现优异。但在冲击理论极限时，其底层相对映射机制会引发暗部“数据抽血”，造成的 JND（最小可觉察差异）爆表，注定了它无法承载极致的视觉体验。

对于真正追求极致的 HDR 生态（好莱坞母带、顶级 3A 游戏大作）而言，基底采用 PQ 曲线，上层辅以逐帧指导的动态元数据（Dolby Vision），才是通向“完美显示”的唯一真理。

1000nit hlg推荐的纸白95% reflection 只有203nit，给高光留了2.5档左右。但203nit远远低于一般的sdr显示器的标准亮度，300-450nit，会让人觉得HDR怎么这么暗啊。Apple MBP 1600nits xdr的屏幕，在显示75% HLG信号的时候大概是450nits，给高光留了大概留了2档，个人觉得是不太够了。而最新的iPad Pro和Studio Display XDR SDR都干到了1000nits，HDR则是2000nits，差距只有1档（当然HDR时的纸白应该不会到1000nits）你是怎么看待这个问题的。

Gemini：

这是一个非常核心且击中当前 HDR 发展痛点的问题。你观察到的现象，正是目前影视工业界标准与消费级显示设备（尤其是追求高亮度的移动端和 PC 端设备）之间产生的剧烈摩擦。

我们可以把这个问题拆解为“规范与环境的脱节”、“厂商的妥协”以及“高亮时代的 HDR 究竟应该怎么做”三个层面来看。

1. 规范与环境的脱节：为什么 203 nits 会让人觉得暗？

ITU-R BT.2408 规范将 HDR 的参考白（Diffuse White / 纸白）定在 203 nits，并在上面留出巨大的空间给高光（Specular Highlights）。这个标准的制定有一个非常严格的隐藏前提：暗室环境（通常是 5 nits 甚至更低的背景光）。

在符合标准的专业调色室里，203 nits 的纸白是非常舒适且有足够反差的。但问题在于，绝大多数消费者是在明亮的办公室、客厅甚至户外使用屏幕。在这些高环境光下，人眼瞳孔会缩小，人们早已经习惯了将 SDR 显示器的亮度拉到 300-450 nits 甚至更高来对抗反光。

当播放严格按照 203 nits 纸白制作的 HDR 视频时，整体的平均图像亮度（APL）瞬间掉到了消费者习惯的 SDR 亮度的一半以下。所以，普通观众最直观的感受就是：“怎么一切换到 HDR，画面反而变暗了？”

2. Apple 的妥协：以牺牲动态范围换取环境适应性

你提到 MBP 1600-nit XDR 屏幕在显示 75% HLG 信号时把亮度推到了约 450 nits，这正是 Apple 针对上述痛点做出的“强行干预”。

这其实是一种基于环境光和设备特性的映射策略（Tone Mapping）。Apple 知道用户在日常环境中无法接受 203 nits 的纸白，所以他们拉高了 APL，让中性灰和纸白看起来和高亮 SDR 一样通透。

但正如你敏锐察觉到的，这个做法付出了惨痛的代价：高光余量（Headroom）被严重挤压。

• 如果纸白是 203 nits，到 1600 nits 峰值，你拥有接近 3 档 的高光动态范围，画面中的阳光、金属反光、火焰会极具爆发力和立体感。
• 如果纸白被拉到 450 nits，到 1600 nits 峰值，只剩下不到 2 档。

这就导致 HDR 失去了它原本的意义——它不再是“高动态范围”，而变成了“全局高亮度的 SDR”，失去了那种扎实的中耀度和刺眼的高光反差带来的真实临场感。

3. 1000 nits 纸白？高亮面板时代的 HDR 悖论

关于最新的 iPad Pro（Tandem OLED）和 Pro Display XDR，SDR 全局能推到 1000 nits，HDR 峰值 2000 nits。如果真的把纸白放在 1000 nits，距离峰值确实只剩下了可怜的 1 档。

但从影像创作和调色逻辑来看，我们绝不能把纸白推到 1000 nits。 * HDR 的本质是对比度，不是瞎眼： 1000 nits 的漫反射白（比如画面里的一张白纸、一件白衬衫）在视觉上是非常刺眼且不自然的。面板提供 1000 nits 的全屏持续亮度，其核心目的是为了在户外强光下依然能看清屏幕内容（对抗极端的环境光），或者是为了真实还原雪山、明亮天空等极高 APL 的宏大场景，而不是用来提高 UI 或基准肤色的亮度。

• 正确的映射逻辑： 即使在能输出 2000 nits 峰值的屏幕上，如果你在进行影视化创作，基准的肤色和纸白依然应该被压制在 200-300 nits 左右（最多根据环境光做轻微的动态补偿）。这样你才能保留足足 3-4 档 的空间，去展现画面里真正的光源和高光细节。

总结

你看到的实际上是“显示器硬件狂飙”和“影像创作者的意图”之间的冲突。面板厂商（如 Apple）为了让产品在各种复杂光线下都“看起来很亮很清晰”，往往会篡改映射曲线，拉高纸白，但这破坏了 Cinematography 中对于光影反差的精心设计。

对于习惯了专业影像标准的人来说，这种为了迎合大众观感而牺牲高光细节的做法，确实让人觉得“不太够”甚至有些遗憾。

首先HLG是一条用于交付的Gamma曲线，向下兼容SDR内容，这也就注定了它的上限比较低，这也是为什么大部分人对它不感兴趣的原因(另一个原因是它是HDR）。HLG的动态范围(尤其高光)比不过N-LOG，更别说Slog3了。暗部表现则比其他LOG曲线要好一些。它最大的优点就是所见即所得，不需要LUT还原，也(基本)不需要向右曝光，特别适合HDR直出。不过如果你只做SDR的话，还是选N-LOG吧。只是2025年了，拍N-LOG/NRAW获得12+档动态范围，然后再压缩到8档，我只能说历史的包袱太沉重了。可以参见：再谈苹果XDR显示器与HDR之殇

响应曲线

我在Z8上实测响应曲线，测试方法：调整曝光，记录不同曝光值下中灰的IRE，并和理论值做对比。为了统一起见，我将中灰(Stop 0)都曝光到36%。Note: HLG中灰的理论值应该是38%，不过差别不大，大概0.2档左右。结果实测N-LOG的时候，同样用了95 (37.2%)的斑马线，最后得到的曝光是38%，不管了，差不多就行了。

Z8 HLG实测曲线和理论曲线在[-7, +3]的范围内贴合的非常不错。实测的HLG底噪大约是3%,。两者在高光部分差别比较大，HLG中灰以上一档就开始变成对数曲线，和Stops应该是线性关系，但实测下来，Nikon对+3档以上的高光做了一些保护，曲线非常平滑，因此也比理论多了1档的高光，中灰以上5.3档才会完全过曝。 但比起N-LOG还是差了一档多。另外HLG模式下，IRE最大值不是100，而是97左右，斑马线需要设置在245才会有效果。

N-LOG的曲线大致上贴合的还是不错的。noise floor，13%左右。-7档开始就贴着了。只有在+1档到+2档的附近有点波动。高光部分的斜率还是太大了，竟然比理论值还大一些。中灰以上6档就过曝了。只比HLG好了不到1档。

名义ISO

众所周知，N-LOG的基础ISO是800，第二档则是ISO 4000。HLG的基础ISO是400，第二档是ISO 2000。无论是N-LOG还是HLG，它们的ISO都是名义ISO，或者说等效ISO。在相同照度下，我使用相同的参数(1/400s F/4 ISO800)拍摄灰卡，N-LOG和HLG的IRE是36%左右，SDR则为52%。三者还原之后中灰的亮度大体上相同（SDR稍微亮了一点），证实了”名义”ISO。但实际上传感器使用的ISO是多少呢？其实都是ISO 100左右，如何证明呢？拍摄同样的白卡，记录刚刚过曝时的曝光参数。
N-LOG: 1/30s F/4 ISO 800
HLG: 1/30s F/4 ISO 400
SDR: 1/30s F/4 ISO 80 (NL profile, Active D-lighting off)
进光量相同，传感器同时过曝了，表明实际ISO是相同的。
等效ISO也可以这么理解：
N-LOG拍摄时欠曝3档，后期还原时把中灰提亮3档，以起到保护高光的目的。
HLG拍摄时欠曝2档，后期还原时把中灰提亮2档，以起到保护高光的目的。
这也就是为什么按照标准曝光（将中灰曝到36% IRE)，N-LOG暗部噪点爆炸，需要使用向右曝光的原因之一。
HLG则相当于找了一个平衡点，欠曝2档，等效于使用ISO 400拍视频，对于全画幅来说勉强可以接受吧。

HLG quality 设置

由于是面向直出的交付曲线，只有H.265编码支持HLG。虽然Nikon贴心的提供了HLG质量选项，但这里有个坑，在默认的设置下，相机是会对HLG的画面进行锐化的，导致使用超级锐的Z卡扣镜头时会产生过度锐化的情况。需要将Quick Sharp设置成-1才能获得未锐化的画面。有需要的话，也可以将对比度和饱和度也降低一些，推荐-1。

不同Quick Sharp模式下的波形图

调整对比度

调整饱和度

其实很简单：苹果的XDR显示器把普通的SDR内容HDR化了，高光部分没动，只是把暗部压暗了很多，接近5档！

一谈HDR，很多人上来就吹什么动态元数据什么的。抛开色彩不谈，HDR的字面意思就是高动态范围，就是指内容最终在显示设备上呈现时最亮的地方和最暗的地方的比值，能超过一个数值（比如10档/1024）就可以称为HDR了，物理学就是这么简单。

XDR显示器在呈现Rec. 709 (Gamma 2.22)的内容时，IRE 50%～100%时和标准曲线基本吻合。但在50%以下的部分，对比度会慢慢增加，低于10%之后，黑化愈发明显。播放有损压缩视频时，暗部色块和断层基本不可见，显示效果大幅提升，正所谓一黑遮百丑。谁叫人家能黑的下去呢！标准的Rec. 709曲线在最大亮度500nit时，1% IRE的亮度为1.11nit，动态范围8.8档。但在XDR显示器上，实测100% IRE 450nit, 1% IRE 0.04 nit，动态范围13.5档，这还不算HDR吗？

Rec. 709在普通LCD显示器和XDR显示器上的暗部区别巨大（相机直拍）

后记

XDR的MBP发布已经近4年了，现在最新的iPhone/iPad以及安卓阵营在SDR最大亮度上早已超过了它，达到1000nit或以上，至少14档的显示动态范围使得SDR被HDR化有过之无不及。最高2000nit的激发亮度使得HDR的高光也就比SDR多1档，食之无味弃之可惜，普及遥遥无期～此时JPEG说我真的还能再活500年！

Presets

The new XDR display includes a few presets:

• Apple XDR Display (P3-1600 nits)

The default one for daily usage which has a peak brightness of 1600 nits for HDR content and 500 nits for SDR / UI.

• Apple Display (P3-500 nits)

Peek brightness of 500 nits.

• HDR Video (P3-ST 2084)

HDR reference mode. Can not adjust the brightness which peaks at ~1000 nits for HDR content and ~100 nits for SDR content / UI.

• HDTV Video (BT.709 – BT.1886)

SDR reference mode. Can not adjust the brightness which peaks at ~100 nits for all content and UI.

500 nits for SDR?

Apple has been using 500 nits for SDR / UI for a very long time. Wait, shouldn’t SDR be 100 nits max? Yes, in theory and in some reference modes. Morden displays have a peak brightness of 300+ nits, not to mention the latest M4 iPad Pro that has a peak brightness of 1000 nits for SDR!!! In today’s standard, 100 nits is too dark to watch even in normally lit indoor environment.

Let’s see how Apple displays SDR content in their XDR displays:

Setup: I created a video with a black square and incrased IRE value of it until it becomes white in Rec. 709 colorspace / gamma. Then used a SM208 screen luminance meter to measure the brightness of the XDR display under different presets.

Here’re curves of screen brightness v.s Rec. 709 IRE values:

After the test, I found that Apple XDR Display (P3-1600 nits) and Apple Display (P3-500 nits) have the same response curve for SDR content, so only drew one line here. They (the red curve) peaked around 450 nits, close to claimed 500 nits (my screen might be degraded a bit after two and half years), middle gray (~40% IRE) is aboud 77 nits, black (0% IRE) is 0.05 nits.

In SDR reference mode (HDTV BT.709-BT.1886 preset), the blue curve, peek brightness is 94 nits, very close to the 100 nits for SDR. Middle gray is a little bit darker at 11 nits, black (0% IRE) is all the way down to 0.02 nits!

I also plot a Gamma 2.4 curve for a 100 nits reference monitor (the yellow curve), you can see that it overlaps well with the SDR reference mode for bright part (60%+ IRE), it lays in between of two modes, its dark region (<1 IRE%) is brighter than both modes and will be even brighter on a real CRT monitor that the SDR standard was designed for.

For comparison, I also measured my BenQ PD3200U which still looks great for most of the SDR content. In sRGB mode, it peaks at 350 nits, the 1% IRE signial is clearly visible and measured at 0.91 nits, pure black is 0.34 nits, contrast ratio is just over 1000:1, no true black is the major drawback of LCD displays. XDR is brighter for the highlights and darker in the shadows.

The curve itself explains why properly graded SDR (Rec. 709) content looks so good in Apple’s XDR Displays: it tracks the gamma curve pretty well for the most part (30%+ IRE), pure white is very bright (450+ nits), and pure black is very dark (0.05 nits), the constrat ratio is around 9000:1 (13+ stops dynamic range).

What about HDR?

I did a similar test for HDR, using ITU-R BT.2100 (HLG) gamma. Here’re the results:

Let’s first look at the HDR reference mode (HDR Video P3-ST2048 preset), the yellow curve, it tracks the HLG curve very well, it’s a straight line (in log scale) after 50% IRE. HDR reference mode peaks at 881 nits (100% IRE), diffuse white 183 nits (75% IRE), both are a little bit darker than the reference values which is 1000 nits and 203 nits respectfully, middle gray is accurate though, around 26 nits (38% IRE), black is 0.02 nits! (0% IRE), It gives us a contrast ratio of ~44000:1, 15 stops+ dyanmic range.

The XDR mode (red curve) is always brighter comparing to the HDR reference mode: 2+ stops in black and deep shadows (0 ~ 10% IRE), 1+ stops (10% ~ 85% IRE) for most of the part and < 1 stops for highlights (85%+ IRE), it curved / saturated after 95% IRE, and peeked at 1450 nits! (100% IRE) , diffuse white 410 nits (75% IRE), close to white in SDR/UI (which is 450 nits), middle gray is around 68 nits (38% IRE), a little bit darker than SDR mode, black is 0.03 nits (0% IRE). It gives us a contrast ratio of ~50000:1, also 15 stops+ dyanmic range.

HLG as a backward compatible curve, I also tested the Apply Display 500 nits mode (the blue curve), it lays between XDR and HDR reference mode for the most of the part and clipped after 90% IRE with a peek brightness of 450 nits (same for SDR content), diffuse white is 219 nits (75% IRE), middle gray is 38 nits (38% IRE) and black is 0.04 nits (0% IRE).

PQ is another story

The HDR reference mode tracks the PQ curve perfectly, it’s a straight line from 0 to 1000 nits and clipped after that.

Both 1600-nits and 500-nits mode didn’t do a good job, they are one stop brighter for shadows and then gradually curved.

Conclusion

Apple’s XDR Display is fantastic, very good in SDR mode: 450+ nits peak brightness, true blacks, 13+ stops of dyanmic range put a lot of “HDR displays” to a shame. You can definitly call it HDR since 100-nits-max, 200:1 constrat ratio SDR is dead for many years. HDR content in XDR mode is also great with a peak brightness of 1450+ nits, 15+ stops dynamic range. However, highlights is only 1.7 stops brighter than UI/SDR white. Idealy, highlights should be at least 3 stops brighter than diffuse white, since people is alreay used to have 500 nits for UI/SDR white, then a 4000+ nits peak brightness display is needed. Setting diffuse white to 203 nits (recommended for HLG masted at 1000 nits), the requirement drops to 1600 nits (it’s not a coincidence), however, (diffuse) white will looks gray since it’s 1.3 stop darker than UI.

I know it’s xxx nits everywhere since human eyes are much more sensitive in luminance than in colors and a lot of “HDR” content are way over saturated!