HDR 视频相比 SDR 能呈现更宽的亮度和色彩范围，端到端要点是：从采集到封装始终保持高色深、正确色域与 HDR 元数据。
一.原理
- 常见 HDR 格式：HDR10（PQ/ST.2084 + 静态元数据 MaxCLL/MaxFALL）、HLG（广播友好）、Dolby Vision（动态元数据）。
- 关键概念：色深（10/12-bit）、色域（Rec.2020/BT.2020、DCI-P3）、传输函数（PQ、HLG）、元数据（max-cll、max-fall、色彩标签）。
二.拍摄与素材准备
- 设备：支持 10/12-bit、LOG/RAW 输出的相机或手机（或外录器）。
- 采集策略：用 LOG/RAW，优先保留高光；必要时做包围曝光用于合成（HDR merge）。
- 监看：使用校准的 HDR 显示器或能显示 PQ/HLG 的外置监视器。
- 存储格式：尽量保存原始 RAW 或高质量中间编解码（ProRes、ProRes RAW、DNxHR）。
三.后期与色彩管理
- 工程设置：工作色域设 Rec.2020，工作色深 10+ bit；优先使用 ACES 或厂商色彩管理。
- 初级调色：白平衡、曝光、保留高光细节再大幅提升对比与饱和度。
- HDR 专用工具：使用 HDR 曲线、HDR 色轮与局部高动态范围选择工具处理高光/暗部。
- LUT：从 LOG -> PQ/HLG 的 LUT 可作为起点，但需微调。
- 输出决策：若目标平台是网络（YouTube/Vimeo），优先 HDR10（PQ + MaxCLL/MaxFALL）；若直播选 HLG。
四.编码与封装
- 容器与编码：推荐 HEVC (H.265) 10-bit + MP4/MOV 或 HEIF/HEVC for some platforms；x265/FFmpeg/Media SDK 或硬件编码（NVENC、AMF、Apple VideoToolbox）。
- 必须包含的色彩元数据字段（示例用于 ffmpeg/x265）：
- color_primaries=bt2020
- color_trc=smpte2084 (PQ) 或 arib-std-b67 (HLG)
- colorspace=bt2020nc
- HDR 静态元数据：max-cll、max-fall
- 典型 ffmpeg -> x265 导出示例（HDR10，PQ，静态元数据）：
- ffmpeg -i input.mov -c:v libx265 -pix_fmt yuv420p10le -profile:v main10 -color_primaries bt2020 -colorspace bt2020nc -color_trc smpte2084 -x265-params "hdr-opt=1:colorprim=bt2020:transfer=smpte2084:colormatrix=bt2020nc:max-cll=1000,max-fall=400" -c:a copy out_hevc.mp4
- 说明：pix_fmt yuv420p10le 保持 10-bit；x265-params 中传入元数据。根据 x265/ffmpeg 版本语法可能略有差异。
- 若使用 ffmpeg 手动注入元数据（部分旧版）：-metadata:s:v:0 "master-display=G(x,y)B(x,y)R(x,y)WP(x,y)L(1000,400)" -metadata:s:v:0 "max-cll=1000,400"
- 硬件编码（NVENC）示例（需驱动新版本支持 HDR metadata）：
- ffmpeg -i input -c:v hevc_nvenc -profile:v main10 -pix_fmt p010le -color_primaries bt2020 -color_trc smpte2084 -colorspace bt2020nc out_nvenc.mp4
五.播放端与兼容性
- 播放器：系统解码器（Windows HEVC 支持有限）、VLC/MPV（需支持色彩元数据）、浏览器对 HDR 支持参差（Chrome/Edge 支持受平台限制）、智能电视与手机（Android 10+ 及部分 iOS/macOS）。
- 检查元数据：用 ffprobe 或 MediaInfo 检查 color_primaries、color_trc、max-cll、master-display。
- 渲染路径：若在浏览器或 native app 播放，要确保输出给 GPU 的 surface 支持 PQ/HLG，使用平台 HDR API（Windows: DX12/DirectComposition, Android: SurfaceFlinger HDR APIs, iOS: AVFoundation + HDR metadata）；
- 颜色转换：播放器或渲染层需正确把视频的色域/transfer 转换到显示设备能力（tone mapping），否则会出现过曝或偏暗。
六.上传和分发注意
- YouTube：支持 HDR 上传，要求 HEVC + 色彩元数据或使用其官方上传指南；确保 MaxCLL/MaxFALL 写入。
- CDN/转码：有些云转码会丢元数据或降色深，需在转码流程保留 HDR metadata 或向平台申请 passthrough。
- 回退策略：为 SDR 设备生成专门的 SDR 版本（使用 tone-mapping 或从 Rec.2020->Rec.709 的色彩映射），或在播放端做实时转换。
七.测试与验证
- 使用 ffprobe: ffprobe -show_streams out_hevc.mp4 查 color_* 字段与 metadata。
- 视觉测试：在已校准的 HDR TV/显示器上检查高光、中间调过渡与肤色。
- 自动化测试：CI 中加入 ffprobe 校验步骤，检查 pix_fmt、color_primaries、color_trc、max-cll。
八.常见坑与建议
- 别用 8-bit：色带问题严重。
- 丢失元数据：很多转码/上传环节会移除 HDR metadata，导致被当作 SDR 播放。
- 在 SDR 显示器上调色会误判 HDR 亮度，必须在 HDR 显示器上完成最终调色。
- 码率足够高，HDR 更敏感压缩伪影（4K HDR 建议 40–100 Mbps 根据内容与平台）。
- 若目标多平台，维护两套输出（HDR + SDR）更保险。
九.开发者整合建议
- 编解码流水线：采集 -> 校色 -> ProRes 中间 -> 调色 -> LUT -> x265 HEVC 10-bit 编码 -> 注入 HDR 元数据 -> 自动化校验 -> 上线。
- CI/CD：用 ffprobe 自动检查输出文件的色彩元数据与 pix_fmt；在上传前做可视化快照在已知 HDR 显示器上人工确认。
- SDK/工具链：FFmpeg、x265、Media SDK（NVIDIA/Intel/Apple）、libplacebo（用于 tone-mapping）、GStreamer（pipeline 集成）。
- 日志与回退：记录原始素材元数据（相机 LUT、色域），以便出现显示问题时能追溯和重新生成 SDR 版本。
常用命令
- 转 ProRes（保留 10-bit/LOG）：
- ffmpeg -i raw.mov -c:v prores_ks -profile:v 4 -pix_fmt yuv422p10le prores.mov
- x265 HDR10 输出（示例）：
- ffmpeg -i prores.mov -c:v libx265 -pix_fmt yuv420p10le -x265-params "colorprim=bt2020:transfer=smpte2084:colormatrix=bt2020nc:max-cll=1000,max-fall=400" -c:a copy out_hevc.mp4
- ffprobe 检查：
- ffprobe -v error -show_entries stream=index,codec_name,pix_fmt,color_primaries,color_trc,colorspace -of default=noprint_wrappers=1 out_hevc.mp4
结语
HDR 的工程挑战在于端到端一致性：从 10-bit RAW/LOG 采集，到色彩管理、正确注入元数据以及在播放端的 tone-mapping 与硬件支持。开发者要把自动化校验、双版本（HDR/SDR）与播放端适配作为常规流程。
