📚 课程目录第1章 8K HDR视频基础

1. 8K HDR 视频基础：分辨率、色深、色域与标准对比

各位同学，咱们直接进入正题。8K HDR 编码，说白了就是要把「看得更清楚」和「颜色更真实」这两件事做到极致。我刚开始接触 8K 项目时，第一反应是「不就是分辨率翻倍吗？」——后来发现，坑远不止这些。

8K 分辨率是 7680×4320，总像素约 3300 万。对比一下：

注意，8K 是 4K 的 4 倍像素，是 1080p 的 16 倍。这意味着什么？编码器要处理的原始数据量直接爆炸。我在做第一个 8K 实时编码项目时，发现带宽瓶颈根本不是网络，而是内存带宽——数据根本来不及从显存搬到编码器。

实战经验：8K 编码时，建议优先考虑分片（tile）并行。把一帧切成 4 个 3840×2160 的片，每个片独立编码，能有效降低单次内存搬运压力。

色深决定了每个颜色通道能记录多少级亮度。8-bit 是 256 级，10-bit 是 1024 级，12-bit 是 4096 级。

为什么 8K 必须配 10-bit？因为像素多了，人眼对色阶过渡的敏感度也提高了。8-bit 在 8K 屏幕上容易出现色带（banding），尤其是天空、皮肤这类渐变区域。我踩过这个坑——第一次用 8-bit 压 8K 风光片，结果蓝天上一圈一圈的条纹，直接被客户打回。

色深	每通道级数	总颜色数	典型场景
8-bit	256	1677 万	SDR 视频、旧标准
10-bit	1024	10.7 亿	HDR 主流
12-bit	4096	687 亿	专业制作、Dolby Vision

注意：编码器设置里，10-bit 必须配合 YUV 4:2:0 或 4:2:2 采样。如果用了 4:4:4，码率会飙升到不可接受的程度。我见过有人把 8K 10-bit 4:4:4 直接推流，结果码率跑到 800 Mbps——这显然不现实。

色域就是颜色空间的范围。SDR 用 BT.709，HDR 用 BT.2020。BT.2020 的色域比 BT.709 大了约 70%。

但这里有个坑：目前几乎没有消费级显示器能完整覆盖 BT.2020。实际制作中，我们通常用 DCI-P3 作为中间色域，再映射到 BT.2020。我在调编码器参数时，习惯把色彩元数据（SEI）写死为 BT.2020，但内容本身按 P3 来压——这样兼容性最好。

这是本章的重点。三种主流 HDR 标准，各有各的脾气。

特性	HDR10	HLG	Dolby Vision
元数据	静态	无（场景自适应）	动态（逐帧）
兼容 SDR	否	是（天生兼容）	需双路编码
最大亮度	10000 cd/m²	取决于显示设备	10000 cd/m²
色深要求	10-bit	10-bit	10-bit / 12-bit
典型应用	流媒体、蓝光	广播电视、直播	高端电影、Apple TV+

HDR10 是最基础的。它用静态元数据（SMPTE ST 2086）描述整部影片的最大亮度、色域。优点是简单，缺点是暗场景和亮场景共用一套参数，容易浪费码率。我个人习惯：如果内容亮度变化不大（比如室内访谈），HDR10 完全够用。

HLG 是 BBC 和 NHK 搞的。它最大的特点是兼容 SDR——同一路信号，SDR 电视看到正常画面，HDR 电视看到高动态范围。这玩意在直播场景里简直是神器。我记得有一次做体育赛事直播，用了 HLG，导播那边直接切 SDR 监看，完全不用转码。

Dolby Vision 是天花板。它用动态元数据，每帧画面都有独立的亮度映射曲线。效果确实好，但代价也大：需要双路编码（一层基础层 + 一层增强层），码率开销高。我在做 8K Dolby Vision 编码时，发现编码时间比 HDR10 多了 40%。

  选型建议：
  流媒体点播 → HDR10（兼容性好，成本低）
广播电视 / 直播 → HLG（SDR 兼容，零延迟）
高端制作 / 电影 → Dolby Vision（画质天花板）

下面这张图把 8K HDR 的核心要素串起来了。你可以看到，分辨率、色深、色域、HDR 标准这四个维度，最终都指向同一个目标：在有限带宽下，保留最多的视觉信息。

元数据缺失：我曾经遇到过 HDR10 流里没带 MaxFALL 和 MaxCLL 元数据，结果某些播放器直接按 SDR 显示，画面灰成一片。编码时务必检查 SEI NAL 单元。
色深误判：编码器配置里选了 10-bit，但源素材是 8-bit 拉伸的——这种假 10-bit 反而浪费码率。用 ffprobe 看一眼 pix_fmt 就清楚了。
HLG 的 OOTF：HLG 需要显示端做光电转换（OOTF），如果编码时没加参考白电平标记，不同电视亮度差异能到 30%。

小工具推荐：用 mediainfo 或 exiftool 快速检查 HDR 元数据。我写了个脚本，每次编码完自动校验 HDR10 的 MaxCLL 和 MaxFALL 是否在合理范围（通常 MaxCLL ≤ 1000 cd/m² 对于消费级内容）。

好了，这一章的内容就是这些。8K HDR 的基础概念，说白了就是「更大、更深、更广、更亮」。后面我们会一步步深入编码参数、硬件加速和功耗优化——到时候你会发现，今天讲的这些基础，全是后面实战的基石。