GPAC项目中的DASH HDR信号处理问题解析

背景介绍

在多媒体流媒体领域，GPAC作为一个开源的媒体框架，在DASH(动态自适应流媒体)内容打包方面发挥着重要作用。近期项目中发现了一个关于HDR(高动态范围)内容信号处理的问题，特别是在处理SDR BT.2020(cud1 CMAF媒体配置文件)内容时存在不正确的信号标记。

问题本质

当前GPAC的dasher过滤器在处理HDR内容时存在一个关键缺陷：它会自动为所有传输特性为14(BT.2020 OETF)的视频流添加HLG(混合对数伽马)HDR信号标记。然而，SDR BT.2020内容(cud1 CMAF媒体配置文件)同样使用传输特性14，这导致系统错误地将SDR内容标记为HLG HDR内容。

技术细节

在HEVC视频编码标准中，色彩信息通过以下方式传递：

1. VUI(视频可用性信息)中的传输特性字段
2. SEI(补充增强信息)中的替代传输特性

当前实现仅检查VUI中的传输特性是否为14(BT.2020 OETF)就判定为HLG内容，而忽略了SEI中可能存在的替代传输特性信息。正确的做法应该是：

• 当检测到传输特性为14且存在替代传输特性SEI时，才标记为HLG内容
• 对于仅传输特性为14的情况，应视为SDR BT.2020内容

解决方案探讨

经过技术讨论，提出了以下改进方案：

1. 新增GF_PROP_PID_COLR_TRANSFER_ALT属性来明确标识替代传输特性
2. 移除dasher中的SPS解析逻辑，改为依赖PID属性中的CICP(代码点独立色彩表示)信息
3. 支持带有CICP基本属性的自适应集选择，解决HDR内容作为DASH输入不被支持的问题

实际测试发现

在实际编码测试中发现，使用FFmpeg的libx265编码器配置HLG参数时，编码器会自动生成替代传输特性SEI，即使尝试仅通过VUI传递HLG信息。这表明在实际应用中，SEI的存在可能难以避免，需要考虑向后兼容性。

总结

正确处理HDR信号标记对于确保视频内容在不同设备上的正确显示至关重要。GPAC项目需要完善其HDR信号处理逻辑，特别是在区分HLG HDR和SDR BT.2020内容方面。未来改进应同时考虑编码器实际行为和播放设备兼容性，确保标准的正确实现和良好的用户体验。