GB/T 46269.2-2025 高动态范围（HDR）视频技术 第2部分： 应用指南
- 名 称：GB/T 46269.2-2025 高动态范围（HDR）视频技术 第2部分： 应用指南 - 下载地址1
- 下载地址：[下载地址1]
- 提 取 码：
- 浏览次数：3
发表评论 加入收藏夹 错误报告目录| 新闻评论（共有 0 条评论） |
资料介绍
ICS 35 . 040 CCS L 71
中 华 人 民 共 和 国 国 家 标 准
GB/T 46269 . 2—2025
高动态范围(HDR)视频技术
第 2 部分:应用指南
High dynamic range(HDR) video technology—part 2: Application guide
2025-08-29 发布 2026-03-01 实施
国家市场监督管理总局国家标准化管理委员会
发
布
GB/T 46269 . 2—2025
目 次
前言 Ⅲ
引言 Ⅳ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 缩略语 1
5 概述 2
6 HDR元数据生成 2
6 . 1 输入输出 2
6 . 2 画面质量监控 2
6 . 3 动态元数据生成模式 3
7 HDR元数据封装 5
7 . 1 HDR元数据的 ES流封装 5
7 . 2 HDR MP4 文件封装 11
7 . 3 HDR HLS流封装 13
7 . 4 HDR DASH 封装 14
7 . 5 HDR TS流封装 14
8 HDR终端应用 16
8 . 1 终端系统组成 16
8 . 2 HDR终端解码与呈现 16
8 . 3 HDR元数据信息的 GPMI传输 18
8 . 4 HDR元数据信息的其他接口传输 27
附录 A (资料性) HDR元数据信息的 HDMI传输 28
A. 1 总体流程 28
A. 2 vS-vDB信息定义 28
A. 3 vS-IF信息定义 29
A. 4 vS-EMDS信息定义 30
参考文献 35
I
GB/T 46269 . 2—2025
前 言
本文件按照 GB/T 1 . 1—2020《标准化工作导则 第 1 部分:标准化文件的结构和起草规则》的规定起草 。
本文件是 GB/T 46269《高动态范围(HDR)视频技术》的第 2 部分 。GB/T 46269 已经发布了以下部分:
— 第 1 部分:元数据及适配 ;
— 第 2 部分:应用指南 。
请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任 。
本文件由全国信息技术标准化技术委员会(SAC/TC28)提出 。
本文件由全国信息技术标准化技术委员会(SAC/TC 28)和全国广播电视和网络视听标准化技术委员会(SAC/TC239)归 口 。
本文件起草单位:中国电子技术标准化研究院 、中央广播电视总台 、国家广播电视总局广播电视科学研究院 、国家广播电视总局广播电视规划院 、杭州当虹科技股份有限公司 、华为技术有限公司 、腾讯科技(深圳)有限公司 、海思技术有限公司 、成都索贝数码科技股份有限公司 、深圳赛西信息技术有限公司 、北京爱奇艺科技有限公司 、北京数码视讯软件技术发展有限公司 、中国移动通信集团有限公司 、利亚德光电股份有限公司 、晶晨半导体(上海)股份有限公司 、中国电信集团有限公司 、中国联合网络通信有限公司 、咪咕文化科技有限公司 、中移(杭州)信息技术有限公司 、华为终端有限公司 、天翼数字生活科技有限公司 、联通在线信息科技有限公司 、北京广播电视台 、广东广播电视台 、上海广播电视台 、中国广播电视网络集团有限公司 、华数数字电视传媒集团有限公司 、湖南快乐阳光互动娱乐传媒有限公司 、未来电视有限公司 、世界超高清视频产业联盟 。
本文件主要起草人:范科峰 、孙齐锋 、姜文波 、李岩 、周芸 、郭晓强 、宁金辉 、张乾 、孙彦龙 、徐巍炜 、朱子荣 、袁乐 、张金沙 、陈仁伟 、耿晨晖 、周骋 、郝超飞 、刘莉 、黄小磊 、徐京华 、林桐 、李琳 、苏畅 、于蓉蓉 、陈华 、王鹏 、王立冬 、邢卫东 、尚峰 、王野秋 、张卫 、罗准 、肖云 、张文刚 、邱溥业 、潘晓菲 、胡潇 、王惠明 、王弋川 。
Ⅲ
GB/T 46269 . 2—2025
引 言
高动态范围(HDR)显示适配是超高清视频关键技术 , 需要保证不同显示能力终端获得稳定的显示效果 。GB/T 46269 旨在规范 HDR视频信号在不同显示能力终端上的自适应显示适配技术 , 拟由两个部分构成 。
— 第 1 部分:元数据及适配 。 目的在于规定 HDR视频技术端到端系统框架 、元数据定义和终端显示适配过程 。
— 第 2 部分:应用指南 。 目的在于帮助应用者构建支持第 1 部分中 HDR视频技术的产品和系统 , 实现互操作 。
Ⅳ
GB/T 46269 . 2—2025
高动态范围(HDR)视频技术
第 2 部分:应用指南
1 范围
本文件提供了支持 GB/T 46269 . 1 规定的 HDR元数据和适配的应用指南 。
本文件适用于广播电视 、网络视听 、视频监控 、实时通信 、数字存储媒体等视频应用中高动态范围视频信号的采集 、制作 、播出 、分发 、接收 、显示等处理 。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 , 注 日期的引用文件 , 仅该日期对应的版本适用于本文件;不注日期的引用文件 , 其最新版本(包括所有的修改单)适用于本文件 。
GB/T 17975 . 1 信息技术 运动图像及其伴音信息的通用编码 第 1 部分:系统
GB/T 46269 . 1 高动态范围(HDR)视频技术 第 1 部分:元数据及适配
ISO/IEC 14496-12:2022 信息技术 视听对象编码 第 12 部分 : ISO 基础媒体文件格式(Infor- mation tecHnology—Coding of audio-visual objects—Part 12 : ISO base media file format)
ISO/IEC23009-1 信息技术 HTTP上的动态自适应码流 第 1部分:媒体呈现描述和片段格式(Information tecHnology—Dynamic adaptive streaming over HTTP(DASH)—Part1: Media pres - entation description and segment formats)
ITU-R BT. 2020 超高清电视系统节 目制作和国际交换的参数数值(Parameter values for ultra- HigH definition television systems for production and international programme excHange)
ITU-T H. 274 用于编码视频位流的多功能补充增强信息消息(versatile supplemental enHance- ment information messages for coded video bitstreams)
ITU-TT. 35 对于非标准化设备ITU-T代码分配程序(Procedure for tHe allocation of ITU-T de- fined codes for non-standard facilities)
IETF RFC8216 基于 HTTP的自适应码率流媒体传输(HTTP Live Streaming)
3 术语和定义
GB/T 46269 . 1 界定的术语和定义适用于本文件 。
4 缩略语
下列缩略语适用于本文件 。
DASH:基于 HTTP的动态自适应流媒体(Dynamic Adaptive Streaming over HTTP)
DCCD:设备综合能力描述(Device CompreHensive Capability Description)
DIP:描述性信息报文(Descriptive Information Packet)
EDID: 扩展显示器识别数据(Extended display identification data)
1
GB/T 46269 . 2—2025
EOTF:电光转换函数(Electro-Optical Transfer Function)
ES:基本流(Elementary Stream)
GPMI:通用多媒体接 口 (General Purpose Multimedia Interface)
HDMI:高清晰度多媒体接口(HigH Definition Multimedia Interface)
HDR:高动态范围 (HigHDynamic Range)
HLG:混合对数伽马(Hybrid Log-Gamma)
HLS:基于 HTTP的自适应码率流媒体传输(HTTP Live Streaming)
OETF:光电转换函数 (Opto-Electrical Transfer Function)
PMT:节目映射表(Program Mapping Table)
PQ:感知量化(Perceptual Quantizer)
SDR:标准动态范围(Standard Dynamic Range)
TS:传输流(Transport Stream)
XAVC:扩展先进视频编码(Extended Advanced Video Coding)
5 概述
HDR视频流元数据应用包含元数据的生成 、封装和终端应用 3 个环节 。 HDR元数据生成环节根据对视频画面分析和相关的调整情况生成符合 GB/T 46269 . 1 中的元数据 。 HDR元数据封装环节从节目流和传输流两个层次将元数据封装至适合分发的视频流或文件 。终端应用环节从节 目 中提取 、传输元数据并根据 GB/T 46269 . 1 做相应的处理 。 HDR视频流处理流程见图 1 。
图 1 HDR视频流处理流程
6 HDR元数据生成
6 . 1 输入输出
HDR元数据宜在内容制作环节中生成 , 包括动态元数据的提取 、调节和文件的封装等 。
内容制作输入为 ITU-R BT. 2020 色域 , 可是线性域的 RGB信号 、PQ域的 RGB信号或者 PQ域的YUV信号 。线性域 位 深 宜 不 小 于 16 bit , PQ 域 位 深 宜 不 小 于 12 bit 。 YUV 的 采 样 格 式 宜 使 用YUV444 或 YUV422 。
内容制作输出为 PQ 域 YUV420 、YUV422 或 YUV444 的 10 bit 位宽的视频数据加上动态元数据 。若输出 目的为直接分发 , 宜输出指定编码格式的码流文件 , 将动态元数据嵌在 ES码流中 。若输出目的为归档 , 宜输出浅压缩的编码格式 , 如 XAVC格式 。动态元数据宜嵌在每帧视频 ES数据中 。
6 . 2 画面质量监控
后期制作宜支持两路显示输出:
— 第一路 , 视频源输出到专业的监视器上显示 , 作为高质量的参考 ;
2
GB/T 46269 . 2—2025
— 第二路 , 采用 HDR动态元数据对视频进行后处理(色调映射) , 并将后处理的结果输出到消费级终端设备显示 , 作为终端显示器的参考 。
6 . 3 动态元数据生成模式
6 . 3 . 1 自动模式
自动模式对视频的每一帧提取 HDR动态元数据 , 进行 HDR实时后处理 , 将结果输出到显示设备播放 。 自动模式宜集成 GB/T 46269 . 1—2025 中附录 A 的动态元数据自动提取算法和后处理算法 。
自动模式的界面要支持视频源的读入和播放 、动态元数据的提取 、HDR后处理以及后处理结果的输出显示 。
6 . 3 . 2 导演模式
6 . 3 . 2 . 1 功能和组成
导演模式的目的是帮助调色师手动调节每一个场景或者每一帧的动态元数据 , 达到调色师最满意的效果 。后期制作工具宜提供 HDR色调映射曲线的调节控件 , 并且在调色师调节的过程中可显示当前的色调映射曲线 , 同时可基于当前的动态元数据或者曲线进行实时的后处理并输出显示 。
导演模式宜集成自动模式的动态元数据提取算法 、后处理算法和导演模式曲线调节算法 。
导演模式宜满足以下需要 。
a) 运行导演模式前 , 先运行自动模式 。 自动模式提取的动态元数据 , 和对应的色调映射曲线 , 作为导演模式的参照 。假如调色师没有做出任何调节 , 那么导演模式输出等同于自动模式的输出 。或者 , 调色师在调节过程中 , 恢复默认设置 , 那么动态元数据和色调映射曲线需要回到 自动模式的状态 。调色师调节完毕之后 , 用调色师调节过的动态元数据替代 自动模式的动态元数据 , 并写入到输出文件 。
b) 控件的数量 、调节范围和调节的功能宜符合 GB/T 46269 . 1 。控件数量宜为 10 个 , 类型宜为滑块 , 每个控件的调节范围为 —1 . 0~1 . 0 , 默认值为 0(对应 自 动模式) 。 当所有控件的值为 0时 , 动态元数据和色调映射曲线与自动模式一致 。
6 . 3 . 2 . 2 曲线锚点
HDR色调映射曲线由 6 个锚点决定 , 宜在界面中画出这 6 个锚点的位置 。导演模式的控件通过调节 6 个锚点的位置 , 计算 HDR 映射曲线并生成对应的动态元数据 。这 6 个锚点的横坐标值从小到大依次为 GB/T 46269 . 1 中定义的 TH1 、TH2 、TH3 、TH1 -HIGH、TH2 -HIGH、TH3 - HIGH 。纵坐标为HDRvivid 曲线在这 6 个位置的值 , 表示为 TH1 -Y、TH2 -Y、TH3 -Y、TH1 - HIGH-Y、TH2 - HIGH-
Y、TH3 HIGH Y。
- -
导演模式以 自动模式为基础 , 自动模式对应的锚点值表示为 TH1 -ref 、TH2 -ref 、TH3 -ref 、TH1 -
HIGH ref 、TH2 HIGH ref 、TH3 HIGH ref 、TH1 Y ref 、TH2 Y ref 、TH3 Y ref 、TH1 HIGH Y
- - - - - - - - - - - - - -
ref 、TH2 HIGH Y ref 、TH3 HIGH Y ref 。
- - - - - -
曲线调节算法可将控件的值映射到锚点的位置 , 进而计算出曲线参数和动态元数据 。 6 个锚点的位置是相互依赖的 , 曲线调节算法宜尽可能协调 6 个锚点的位置 , 确保生成符合 GB/T 46269 . 1 的曲线 。 当不存在一条符合 GB/T 46269 . 1 的曲线 , 曲线调节算法宜反馈拟合失败 , 且控件 、曲线和动态元数据返回到上一次的正常状态 。
3
GB/T 46269 . 2—2025
6 . 3 . 2 . 3 控件
控件是指在软件中 , 用于实现特定功能和用户界面交互的可复用软件模块 。各控件的功能和对应的锚点位置以及动态元数据见表 1 。
表 1 控件描述
编号
控件
描述
1
暗区偏移
调节 TH3 的值 , 对应动态元数据里定义的 TH3 ;
控件值为 0 时 , TH3 的值等于 自 动模式下的 TH3 - ref;取值为 — 1 时 , TH3 取调节范围的最 小值 ; +1 时 , 取调节范围的最大值 。调节范围宜采用[TH2 -ref , 0 . 45] ;
小于 TH3 的区域被定义为暗区 。TH1 、TH2 、TH3 这三个锚点确定暗区的三次样条曲线 。调节TH3 的值会改变暗区三次样条的覆盖范围 。 主曲线由 TH3 和 TH1 - HIGH 这两个锚点确定 , 当TH3 改变时 , 将重新计算主曲线的参数 , 包括动态元数据里定义的 m- p , m- a , m- b , m- m , m- n , K1 , K2 , K3
2
暗区亮度
调节 TH1 -Y 的值 , 对应动态元数据里定义的 MB的值 , 即曲线开始处一次样条的斜率 , 会影响图像最暗部分的亮度 ;
控件取值为 0 时 , MB取自动模式下值 MB-ref ; — 1 时 , 取调节范围的最小值 ; + 1 时 , 最大值 。调节范围宜为[0 , 1]
3
暗部细节
调节 TH2 -Y 的值 , 对应动态元数据里定义的 strengtH, 影响暗区三次样条曲线的形状 , 进而影响暗区的细节表现 ;
控件值取 0 时 , strengtH取自动模式下的值 strengtH-ref ; —1 时 , 取调节范围的最小值 ; +1 时 , 最大值 。取值的范围宜是[—0 . 5 , 0 . 5]
4
中灰亮度
调节 TH3 -Y 的值 , TH3 -Y定义为中灰亮度 , 无直接对应的动态元参数 , 但是会影响到动态元数据里定义的 m-p , m-a , m-b , m-m , m-n , K1 , K2 , K3 ;
控件值取 0 时 , TH3 -Y取自动模式下的值 TH3 -Y-ref ; —1 时 , 取调节范围的最小值 ; +1 时 , 最大值 。调节范围宜采用[TH2 -Y-ref , TH1 -HIGH-Y-ref] ;
当 TH3 -Y改变时 , 将重新计算主曲线参 数 , 包 括 动 态 元 数 据 里 定 义 的 m- p , m- a , m- b , m- m , m-n , K1 , K2 , K3 。假如 TH3 -Y调节到某一位置以后 , 计算不符合 GB/T 46269 . 1 的曲线 , 则触发联动机制 , 即 在 TH3 - Y 调 节 的 相 同 方 向 上 , 搜 索 新 的 TH1 - HIGH- Y 的 值 , 直 到 可 计 算 符 合GB/T 46269 . 1 的曲线 。若仍无法计算出符合 GB/T 46269 . 1 的曲线 , 则说明当前调节位置不合法 , 退回上一个合法的状态和控件值
5
亮区偏移
调节 TH1 -HIGH 的值 , 对应动态元数据里定义的 TH1 -HIGH;
控件值为 0 时 , TH1 -HIGH 的值等于自动模式下的 TH1 - HIGH-ref ; — 1 时 , TH1 - HIGH 取调节范围的最小值 ; +1 时 , 取调节范围的最大值 。调节范围宜采用[0 . 48 , TH2 -HIGH-ref] 。
大于 TH1 -HIGH 的部分被定义为亮区 。TH1 -HIGH、TH2 -HIGH、TH3 -HIGH 这三个锚点确定亮区的三次样条曲线 。调节 TH1 - HIGH 的值会改变亮区三次样条的覆盖范围 。 主曲线由 TH3和 TH1 -HIGH 这两个锚点确定 , 当 TH1 - HIGH 改变时 , 将重新计算主曲线的参数 , 包括动态元数据里定义的 m-p , m-a , m-b , m-m , m-n , K1 , K2 , K3
4
GB/T 46269 . 2—2025
表 1 控件描述 (续)
编号
控件
描述
6
亮区亮度
调节 TH1 -HIGH-Y 的值 , 无直接对应的动态元参数 , 但是会影响到动态元数据里定义的 m-p , m-
a , m b , m m , m n , K1 , K2 , K3 ;
- - -
控件值取 0 时 , TH1 -HIGH-Y取自动模式下的值 TH1 - HIGH-Y-ref ; — 1 时 , 取调节范围的最小值 ; +1 时 , 最大值 。调节范围宜采用[TH3 -Y-ref , TH2 -HIGH-Y-ref] 。
当 TH1 -HIGH-Y 改变时 , 将重新计算主曲线参数 , 包括动态元数据里定义的 m- p , m- a , m- b , m-m , m-n , K1 , K2 , K3 。若 TH1 -HIGH-Y调到某一位置以后 , 计算不出合规的映射曲线 , 那么触发联动机制 , 即在 TH1 -HIGH-Y调节的相同方向上 , 搜索新的 TH3 -Y 的值 , 直到可计算出合规的映射曲线 。假如失败了 , 则说明当前调节位置不合法 , 退回上一个合法的状态和控件值
7
亮区细节
调节 TH2 -HIGH-Y 的值 , 对应动态元数据里定义的 strengtH-HIGH , 影响亮区三次样条曲线的形状 , 进而影响亮区的细节表现 ;
控件值取 0 时 , strengtH-HIGH 取自动模式下的值 strengtH-HIGH-ref ; —1 时 , 取调节范围的最小值 ; +1 时 , 最大值 。取值的范围宜是[—0 . 5 , 0 . 5]
8
高光
调节 TH3 -HIGH 的值 , 对应动态元数据里定义的 TH3 -HIGH;
当控件值取 0 时 , TH3 - HIGH 等于 自 动 模 式 的 值 TH3 - HIGH- ref ; — 1 时 , 取 调 节 范 围 的 最 小值 ; +1 时 , 最大值 。取值的范围宜是[TH2 - HIGH , max-source] , max-source 表示当前帧的最大亮度的 PQ值 。
TH3 -HIGH-Y在导演模式下等于参考显示器的最大亮度 。大于 TH3 - HIGH 的区域属于过曝区域 。该控件用于调节过曝区域的范围 , 以控制高光的效果
9
整体饱和度
调节整个亮度范围的饱和度 , 对应动态元参数里定义的 color-saturation-gain[0] ;
控件取值为 0 时 , 对应自动模式下 color-saturation-gain[0]的值 ; — 1 时 , 取最小值 0 ; + 1 时 , 最大值 255
10
亮区饱和度
调节高亮区域饱和度 , 对应动态元参数里定义的 color-saturation-gain[1] ;
控件取值为 0 时 , 对应自动模式下 color-saturation-gain[1]的值 ; — 1 时 , 取最小值 0 ; + 1 时 , 最大值 255
7 HDR元数据封装
7 . 1 HDR 元数据的 ES流封装
7 . 1 . 1 AVC/H.264 、HEVC/H.265 以及 VVC/H.266 ES流封装
HDR静态元数据封装规则如下: HDR ES流打包时每一个 IDR帧包含该视频序列对应的静态元数据 。静态元数据封装在 AVC/H. 264 、HEVC/H. 265 以及 VVC/H. 266 ES的 content-ligHt-level-info()和 mastering-display-colour-volume()中 , 其语法描述宜符合 ITU-T H. 274 。
注 : AVC/H. 264 视频编码技术有关规定见 ITU-T H. 264 。 HEVC/H. 265 视频编码技术有关规定见 ITU-T H. 265 。
VVC/H. 266 视频编码技术有关规定见 ITU-T H. 266 。
HDR动态元数据封装规则如下: HDRES流打包时每一帧视频包含该帧对应的动态元数据 。
HDR 的每一帧的动态元数据在 AVC/H. 264 、HEVC/H. 265 以及 VVC/H. 266 ES码流中的封装宜按照 ITU-TT. 35 及以下规则:
5
GB/T 46269 . 2—2025
a) 动态元数据封装在 user-data-registered-itu-t-t35(payloadSize)中 ;
b) user-data-registered-itu-t-t35(payloadSize)中的 itu-t-t35 -country-code 为 0 x26;itu-t-t35 - country-code表示国家码 , 0 x26 表示为中国 ;
c) itu-t-t35 -payload()中的 terminal-provide-code 为 0 x0004 , terminal-provide-oriented-code为 0 x0005 其中 terminal-provide-code 表示为组织或者机构码 , 0 x0004 为 CUVA, terminal - provide-oriented-code 为应用码 , 0 x0005 为 HDR 的版本 1 . 0 , 版本定义见表 6 。
ES流动态元数据封装语法结构见表 2 。
表 2 ES流动态元数据封装语法结构
语法结构
描述符
user-data-registered-itu-t-t35( payloadSize ){
itu-t-t35-country-code
0 x26
if( itu-t-t35 -country-code ! = 0 xFF ){
i = 1
}
else {
itu-t-t35-country-code-extension-byte
b(8)
i = 2
}
do {
itu-t-t35-payload-byte
b(8)
i++
} WHile( i < payloadSize )
}
其中 itu-t-t35 -payload-byte语法结构见表 3 。
表 3 itu-t-t35-payload-byte 语法结构
语法结构
描述符
itu-t-t35 -payload(){
terminal-provide-code
0 x0004
terminal-provide-oriented-code
u(16)
Hdr-dynamic-metadata()
}
7 . 1 . 2 AVS2 以及 AVS3 ES流封装
HDRAVS2 流和 HDRAVS3 流的 ES流中每一帧的 HDR动态元数据封装在 extension-data(i)的 Hdr-dynamic-metadata-extension( )中 , 并且 Hdr-dynamic-metadata-extension( )中的第一个 ex- tension-id 为 0 x5(4 位) , 第二个 Hdr-dynamic-metadata-type 为 0 x5(4 位) , Hdr- dynamic- metadata-
6
GB/T 46269 . 2—2025
extension( )语法结构见表 4 。
注 : AVS2 视频编码技术有关规定见 GB/T 33475 . 2 。AVS3 视频编码技术有关规定见 GY/T 368 。
表 4 hdr-dynamic-metadata-extension 语法结构
语法结构
描述符
Hdr-dynamic-metadata-extension( ){
extension id -
0x5
hdr-dynamic-metadata-type
0x5
wHile( next-bits(24) ! ,0000 0000 0000 0000 0000 0001,){
extension-data-byte
u(8)
}
next-start-code()
}
extension-data-byte( )中的语法结构见表 5 。
表 5 extension-data-byte 语法结构
语法结构
描述符
extension-data-byte( ){
itu-t-t35-country-code
0x26
terminal-provide-code
0x0004
terminal-provide-oriented-code
u(16)
system-start-code
u(8)
if(system-start-code==0x01){
num windows= 1
-
for( w = 0 ; w < num-windows ; w++ ){
minimum-maxrgb-pq[w]
u(12)
marker bit -
f(1)
average-maxrgb-pq[w]
u(12)
marker bit -
f(1)
variance-maxrgb-pq[w]
u(12)
marker bit -
f(1)
maximum-maxrgb-pq[w]
u(12)
marker bit -
f(1)
}
for(w = 0 ; w < num-windows ; w++ ){
tone-mapping-enable-mode-flag[w]
u(1)
7
GB/T 46269 . 2—2025
表 5 extension-data-byte 语法结构 (续)
语法结构
描述符
if(tone-mapping-enable-mode-flag [w]==1){
tone-mapping-param-enable-num [w]
u(1)
tone-mapping-param-enable-num [w]++
for(i=0 ; i< tone-mapping-param-enable-num [w] ; i++ ){
targeted-system-display-maximum-luminance- pq[i][w]
u(12)
base -enable-flag[i][w]
u(1)
marker bit -
f(1)
if(base -enable-flag[i][w]){
base-param-m-p[i][w]
u(14)
base-param-m-m[i][w]
u(6)
marker bit -
f(1)
base-param-m-a[i][w]
u(10)
base-param-m-b[i][w]
u(10)
marker bit -
f(1)
base-param-m-n[i][w]
u(6)
base-param-K1[i][w]
u(2)
base-param-K2[i][w]
u(2)
base-param-K3[i][w]
u(4)
base-param-Delta-enable-mode[i][w]
u(3)
marker bit -
f(1)
base-param-enable-Delta[i][w]
u(7)
}
3spline -enable-flag[i][w]
u(1)
if(3spline-enable-flag[i][w]){
3spline-enable-num[i][w]
u(1)
3spline-enable-num[i][w]++ ;
for(j = 0 ; j < 3spline-enable-num[i][w] ; j ++ ){
3spline-TH-enable-mode[j] [i][w]
u(2)
if((3spline-TH-mode[j][i] [w] = =0) || (3spline-TH-mode[j][i] [w]==2)){
3spline-TH-enable-MB [j][i][w]
f(8)
}
marker bit -
f(1)
3spline-TH-enable[j][i][w]
f(12)
marker bit -
f(1)
3spline-TH-enable-Delta1 [j][i][w]
f(10)
8
GB/T 46269 . 2—2025
表 5 extension-data-byte 语法结构 (续)
语法结构
描述符
3spline-TH-enable-Delta2 [j][i][w]
f(10)
marker bit -
f(1)
3spline-enable-strength[j][i][w]
f(8)
}
}
}
}
}
color-saturation-mapping-enable-flag[w]
u(1)
if(color-saturation-mapping-enable-flag[w]){
color-saturation-enable-num[w]
u(3)
color-saturation-enable-gain[i][w]
u(8)
marker bit -
f(1)
}
}
}
}
stuffing-bit
‘ 1 ,
wHile( ! byte-aligned())
stuffing-bit
‘ 0 ,
}
marker bit -
f(1)
3spline-TH-enable[j][i][w]
f(12)
marker bit -
f(1)
3spline-TH-enable-Delta1 [j][i][w]
f(10)
3spline-TH-enable-Delta2 [j][i][w]
f(10)
marker bit -
f(1)
3spline-enable-strength[j][i][w]
f(8)
}
}
}
}
}
color-saturation-mapping-enable-flag[w]
u(1)
9
GB/T 46269 . 2—2025
表 5 extension-data-byte 语法结构 (续)
语法结构
描述符
if(color-saturation-mapping-enable-flag[W]){
color-saturation-enable-num[w]
u(3)
color-saturation-enable-gain[i][w]
u(8)
marker bit -
f(1)
}
}
}
}
stuffing-bit
‘ 1 ,
WHile( ! byte-aligned())
stuffing-bit
‘ 0 ,
}
extension-data() 中的 terminal- provide- cod 和 terminal- provide- oriented- code 分别对应 7 . 1 . 1中 itu-t-t35 -payload()结构中描述的 terminal-provide-code 及 terminal-provide-oriented-code 。 ter- minal-provide-code 为 0x0004(16 位) , terminal-provide-oriented-code(16 位)为当前版本号 。
extension-data( ) 中 的 marker - bit 是 为 了 避 免 出 现 从 任 意 字 节 开 始 的 21 个 以 上 连 续“ 0 ”。 extension-data()中其他语法元素宜按照 GB/T 46269 . 1 。
7 . 1 . 3 元数据传输
视频中的每一帧均携带动态元数据 , 并且使用该帧的动态元数据对该帧进行显示适配 。
如果发生动态元数据丢失情况 , 宜采用丢失前最后一帧有效动态元数据 , 直到重新获得有效的动态元数据 。
动态元数据传输包括两种模式 , 即统计信息模式和曲线参数模式 。
当色调映射标识位(tone-mapping-enable-mode-flag)为 0 , 不传输动态元数据中的色调映射曲线参数 , 即不传输 GB/T 46269 . 1—2025 中 7 . 4. 7~7 . 4. 27 定义的元数据 。这种元数据传输模式称为统计信息模式 。
当色调映射 标 识 位 为 1 , 传 输 包 括 GB/T 46269 . 1—2025 中 7 . 4. 1 ~ 7 . 4. 6 的 元 数 据 , 也 包 括GB/T 46269 . 1—2025 中 7 . 4. 7~7 . 4. 27 的元数据 。这种动态元数据传输模式称为曲线参数模式 。
7 . 1 . 4 版本后向兼容
HDR 目前保留了 4 个版本 。每个版本可生成一套独立的动态元数据 , 封装在同一个 ES流中 , 即一个 ES流中可携带多版本的动态元数据 , 并且多版本可为不连续的版本号 。itu-t-t35 -payload()中的terminal-provide-oriented-code码字用来标识版本 。终端设备宜提取支持的最高版本的动态元数据进行后处理 。版本号和标识的映射关系见表 6 。
注 : 如果终端不能识别 HDR某个版本 , 忽略该版本;如果全部不能识别 , 不做 HDR处理 。
10
GB/T 46269 . 2—2025
表 6 版本号与标识的映射关系
HDR 版本号
itu-t-t35 -payload()中的 terminal-provide-oriented-code码字
1.0
0 x0005
2.0
0 x0006
3.0
0 x0007
4.0
0 x0008
7 . 2 HDR MP4 文件封装
HDR MP4 文件结构符合 IsO/IEc14496-12:2022 。增加 HDR视频码流格式语法盒(Box)的方法如下:
a) 在保留原本 MP4 所有结构的基础上 , 在视频轨的 sample Description Box(stsd)内的 visual- sampleEntry Box 中 扩 展 添 加 一 种 新 的 描 述 HDR 视 频 码 流 格 式 的 Box: cuvv configuration Box;
b) 可修改 visualsampleEntry Box 中的 compressorname描述字段为“ HDR vivid video”。
注 1 : 应用程序主要通过 cuvv configuration Box来识别是否是 HDR video 。
cuvv configuration Box 的语法结构见表 7 。
表 7 Cuvv Configuration Box 语法结构
语法结构
描述符
class cuvvconfigurationBox extends Box(‘ cuvv》)
{
cuva-version-map ;
u(16)
terminal-provide-code ;
0 x0004
terminal-provide-oriented-code ;
u(16)
reserved = 0 ;
u(128)
}
cuvv configuration Box 的语法盒类型(four-cHaracter-code)为‘ cuvv》。
内部结构中 cuva- version- map(16 位)描述了 HDR视频的版本号信息 。 每一位表示 1 个版本号 , 一共可表示 16 个版本号 , 其中高位表示高版本号 , 低位表示低版本号 。
注 2 : 例如 cuva-version-map 为 0 x0009 该码流有版本 4 码流和版本 1 码流(9 为 1001) 。
另外两位描述符分别对应 6 . 2 中 itu-t-t35 -payload()结构中描述的 terminal-provide-code 及 ter- minal-provide-oriented-code 。 terminal-provide-code 为 0 x0004(16 位) , terminal-provide-oriented - code(16 位)为当前码流中包含的最高版本对应的值 。
注 3 : 例如当 cuva-version-map 为 0 x0009 时 , 当前码流包含的最高版本为版本 4 , 表 4 表明版本 4 对应的 terminal- provide-oriented-code 为 0 x0008 。
在 MP4 文件中添加语法盒类型‘ cuvv》的具体方法为在 moov->trak(video)->mdia->minf->st- bl->stsd 内的 visualsampleEntry Box 中 , 添加一个 cuvv configuration Box, 添加位置见图 2 。
11
GB/T 46269 . 2—2025
图 2 在 MP4 文件结构中添加语法盒类型‘ cUVV9 的位置visualsampleEntry描述见 IsO/IEC 14496-12:2022 中的 12 . 1 . 3 . 2 , 见表 8 。
表 8 visUalsampleEntry 语法结构
语法结构
描述符
class visualsampleEntry(codingname)extends sampleEntry(codingname){
unsigned int(16)pre-defined = 0 ;
const unsigned int(16)reserved = 0 ;
unsigned int(32)[3] pre-defined = 0 ;
unsigned int(16)widtH;
unsigned int(16)HeigHt ;
template unsigned int(32)Horizresolution = 0 x00480000 ; // 72 dpi
template unsigned int(32)vertresolution = 0 x00480000 ; // 72 dpi
const unsigned int(32)reserved = 0 ;
template unsigned int(16)frame-count = 1 ;
string[32] compressorname ;
template unsigned int(16)deptH = 0 x0018 ;
int(16)pre-defined = —1 ;
// otHer boxes from derived specifications
CleanApertureBox clap ; // optional
PixelAspectRatioBox pasp ; // optional
}
将新增的 CUvv Configuration Box嵌入“otHer boxes from derived specifications”位置 , 在其他扩展 box之后添加 CUvv Configuration Box。
示例 : 在 H. 265 的 MP4 文件中 , visualsampleEntry为 Hvc1 '或' Hev1 , 已经存在 HvcC box用于描述视频编码码流信息 , CUvA MP4 文件则是在 HvcC box后面添加一个新的 box: cuvv Box;其余结构除了 compressorname 描述修改为“ CUvA HDR video”之外 , 全部保持不变 。
注 4 : HDR MP4 文件示例见图 3 。
12
GB/T 46269 . 2—2025
图 3 HDR MP4 文件描述图
7 . 3 HDR HLS流封装
HDR HLS流的播放列表文件(playlist file)除了增加 m3U8 文件关于 HDR视频信息外 , 其他均符合 IETF RFC 8216 。
HLS流中使用 #EXT-X-STREAM-INF或者 EXT-X-I-STREAM-INF标识视频或者音频的属性 。 HLS流的封装在保持原 m3U8 描述的基础上 , 对于每一路视频 , 新增一条 # EXT-X-STREAM-INF或者 EXT-X-I-STREAM-INF描述信息 , 其中 CODECS标签内原来描述视频信息的部分更改为 CUVA描述 符 。 CUVA 描 述 符 的 格 式 定 义 为 : [CUVAHDR - video] . [CUVA - Version - map] , 其 中CUVAHDR-video标识表示的是 HDR码流 。
HLS流为 mp4 或者 TS封装时 , CUVAHDR- video 值都为‘ cUvv , 。 CUVA- Version- map 表示CUVA 的版本号信息 , CUVA-Version-map 中的每一位表示 1 个版本号 , 其中高位表示高版本号 , 低位表示低版本号 。
注 1 : CUVA-Version-map 为 1101 表示该码流有版本 4 码流 , 版本 3 码流和版本 1 码流 。其他的音视频属性信息还是直接使用原来的描述 。
在 m3U8 的 #EXT-X-STREAM-INF标签增加 VIDEO-RANGE属性 。该属性值是一个枚举字符串 , 有效的字符串有 SDR、HLG和 PQ。
注 2: VIDEO-RANGE描述项参考了《 HTTP Live Streaming2nd Edition draft-pantos-Hls-rfc8216bis-16 》。
不同的编码点可能使用相同的传输函数 。光电转换特性函数的定义见 ISO/IEC23091-2 。
如果视频使用 transfer-cHaracteristics值 18 指定的参考光电转换特性函数编码 , 则该值为 HLG。
如果视频使用 transfer-cHaracteristics值 16 指定的参考光电转换特性函数编码 , 则该值为 PQ。
HLSM3U8 描述示例:
/ * 新增的两条不同码率音视频属性描述 * /
# EXT-X-STREAM-INF: BANDWIDTH= 5120000 , VIDEO-RANGE= PQ, CODECS= " cUvv. 1101 , mp4a. 40 . 29 " , FRAME-RATE=50 . 000 , RESOLUTION=3840 X2160 , AUDIO= " aac "
low/video. m3U8
# EXT-X-STREAM-INF: BANDWIDTH= 7680000 , VIDEO-RANGE= PQ, CODECS= " cUvv. 1101 , mp4a. 40 . 29 " , FRAME-RATE=50 . 000 , RESOLUTION=3840 X2160 , AUDIO= " aac "
HigH/video. m3U8
13
GB/T 46269 . 2—2025
/ * 原始的两条不同码率音视频属性描述 * /
# EXT-X-STREAM-INF: BANDWIDTH = 5120000 , VIDEO-RANGE = PQ, CODECS = " Hvc1 . 2 . 4. L153 . b0 , mp4a. 40 . 29 " , FRAME-RATE= 50 . 000 , RESOLUTION= 3840x2160 , AUDIO=
" aac "
low/video. m3u8
# EXT-X-STREAM-INF: BANDWIDTH= 7680000 , VIDEO-RANGE= PQ, CODECS= " Hvc1 .
2 . 4. L153 . b0 , mp4a. 40 . 29 " , FRAME-RATE=50 . 000 , RESOLUTION=3840x2160 , AUDIO= " aac " HigH/video. m3u8
7 . 4 HDR DASH 封装
HDR DASH 流的 mpd 文件除了在 Representation 字段中的 codecs 标签新增 HDR 视频信息外 , 符合 ISO/IEC 23009-1 。
DASH 流的 mpd文件的 Representation字段标识关于视频或者音频的属性 , 包含了帧率 、分辨率 、码率 、编码器和带宽等信息 。
HDR DASH 流的封装在保持原 Representation描述的基础上 , 对于每一路视频 , 新增一条 Repre- sentation描述信息 , 其中 codecs标签内原来描述视频信息的部分更改为 HDR描述符 。 HDR描述符的格式定义为:[CUVAHDR-video] . [CUVA-Version] , 其中 HDR-video标识表示 HDR码流 。
当 DASH 流为 mp4 或者 TS封装时 , HDR-video 都为‘ cuvv 》。 CUVA-Version- map 表示 HDR的版本号信息 , CUVA-Version-map 中的每一位表示 1 个版本号 , 其中高位表示高版本号 , 低位表示低版本号 。
示例:
HDR DASH 码流 mpd文件描述示例如下:
//新增 //新增
注 : CUVA-Version-map 为 1110 表示该码流有版本 4 码流 , 版本 3 码流以及版本 1 码流 。DASH 音视频描述分离 , 因此 codecs 内只需描述视频信息 , 新增的 Representation也仅在每个视频轨上新增 1 条即可 。
7 . 5 HDR TS流封装
7 . 5 . 1 HDRTS流除了在 PMT表的 component-descriptor 中增加关于 CUVA码流的描述 , 其他语法符合 GB/T 17975 . 1 。 当节目含有 HDR服务而元数据缺失时 , 进行容错处理 。 当 HDRTS流无法同步或者丢包 3 个以上时 , 需重新同步 。
7 . 5 . 2 在保持 component-descriptor原始描述的语法基础上 , 新增以下字段来指定使用的 HDR 的动态元数据 。 除了新增的两个描述符信息 registration-descriptor()和 CUVV-video-stream-descriptor () , 其他结构不变 。
7 . 5 . 3 在 PMT表的视频描述信息中 , 新增一个注册描述符 registration-descriptor() , registration-de- scriptor 注册描述符内部字段定义见表 9 。
14
GB/T 46269 . 2—2025
表 9 registration-descriptor 注册描述符表
registration-descriptor()
描述符
{
unsigned int(8)descriptor-tag ;
0 x05
unsigned int(8)descriptor-lengtH;
0 x04
unsigned int(32)Format-identifier ;
‘ cuvv 9
}
descriptor-tag 为 0 x05 , 为注册描述符 TAG。
descriptor-lengtH为 0 x04 , 为‘ cuvv 9 描述符长度 。
Format-identifier值宜为 0 x63757676(‘ cuvv 9 )值 , 这个值可用于快速甄别 TS码流是否为 HDR码流 。
7 . 5 . 4 Cuvv-video-stream-descriptor()在 PMT表的视频描述信息中 , 新增一个用户 自定义描述符Cuvv-video-stream-descriptor() , 可用于描述 HDR版本信息等 , 用户 自定义描述符内部字段定义见表 10 。
表 10 用户自定义描述符表
Cuvv-video-stream-descriptor()
描述符
{
unsigned int(8)descriptor-tag ;
0 xF3
unsigned int(8)descriptor-lengtH;
0 x0A
unsigned int(32)cuvv-tag ;
‘ cuvv 9
unsigned int(16)cuva-version-map ;
0 x0005(版本号信息)
unsigned int(16)terminal-provide-code ;
0 x0004
unsigned int(16)terminal-provide-oriented-code ;
0 x0007(最高版本号)
}
descriptor-tag使用用户 自定义 0 xF3 。
descriptor-lengtH 为 10 。
cuvv-tag 值为 0 x63757676(‘ cuvv 9 ) , 主要用于当 0 xF3 用户 自定义 tag 冲突时 , 进一步标识该描述符内容为 Cuvv描述信息 。
CuvA-version-map 表示 HDR 的版本号信息 , 总共 16 位 , CuvA-version-map 中的每一位表示一个版本号 , 其中高位表示高版本号 , 低位表示低版本号 。
注 1 : CuvA-version-map 为 0 x0005(5 对应 0101)表示该码流有版本 3 码流和版本 1 码流 。
最后两位描述符分别对应 6 . 2 中 itu-t-t35 -payload( )结构中描述的 terminal-provide-code及 ter- minal-provide-oriented-code 。 terminal-provide-code 为 0 x0004(16 位) , terminal-provide-oriented - code(16 位) , 为当前码流中包含的最高版本对应的值 。
注 2 : 当 cuva-version-map 为 0 x0005 时 , 当前码流包含的最高版本为版本 3 。表 4 表明版本 3 对应的 terminal-pro - vide-oriented-code 为 0 x0007 。
15
GB/T 46269 . 2—2025
8 HDR终端应用
8 . 1 终端系统组成
8 . 1 . 1 功能模块
HDR终端部分包含视频接收解码和视频内容呈现两部分功能,其框图见图 4 。
图 4 HDR终端功能框图
视频接收解码通过播放设备实现,例如机顶盒 、播放器等 。
视频内容呈现通过显示设备实现,例如电视 、投影仪 、显示器 、笔记本电脑和手机等 。 根据其对HDR 的支持能力,显示设备的类别见表 11 。
表 1 1 显示设备分类
设备类型
说明
动态 HDR显示设备
能够进行视频解码并完成动态 HDR元数据和相应图像处理,最后进行图像显示的设备
HDR显示设备
仅能接收 、解码 、显示 BT. 2100 定义的 PQ-HDR 或 HLG-HDR视频信号及静态元数据
SDR显示设备
不支持 BT. 2100 定 义 的 HDR 信 号,仅 能 接 收 、解 码 、显 示 BT. 2020 或 BT. 709 或BT. 601 定义的 SDR视频信号
8 . 1 . 2 应用方式
终端系统可有以下两种应用方式 。
a) 一体机应用方式:显示设备直接从视频信号分发传输网络接收 HDR视频信号,在显示设备内部完成解码 、播放 、显示呈现全过程 。
b) 播放器应用方式:显示设备通过播放设备间接从视频节 目分发传输网络接收 HDR 视频信号,在播放设备内进行 HDR视频信号的解码播放,显示设备进行显示呈现 。播放设备与显示设备通过数字视频接口连接及传输 HDR视频信号 。
播放设备仅需支持播放器应用方式 。显示设备需支持一体机方式或播放器方式 。
8 . 2 HDR终端解码与呈现
8 . 2 . 1 规则
播放设备至少提供一种适配模式,在该模式下仅进行基于本文件给出的处理和其他必要的图像处理,以确保输出的图像和信息能够满足本文件 。
显示设备至少提供一种适配模式,以确保 HDR视频图像能够按照本文件给出的方式进行呈现,见8.2.2 。
16
GB/T 46269 . 2—2025
8 . 2 . 2 播放器应用方式的适配模式
当 HDR 的解码和显示由播放设备与显示设备共同完成时 , 二者有两种适配模式 。
a) 接收端适配模式:指播放设备将 HDR 信号及动态元数据送给显示设备 , 由显示设备按照GB/T 46269 . 1 进行色彩动态范围转换过程和色彩校正过程处理的适配模式 。 接收端适配模式下 , 当显示设备接收到的视频图像出现不同传输特性曲线 、不同色域或色彩空间转换矩阵等信息变化时 , 画面保持稳定不出现视觉可见的闪烁 、黑屏 、色彩断层 、曝光亮度溢出等现象 。
b) 监视器适配模式:指播放设备根据显示设备提供的动态范围信息宜按照 GB/T 46269 . 1 完成色彩动态范围转换过程和色彩校正过程处理 , 并将处理后的图像传送给显示设备的适配模式 。这种模式下 , 显示设备接收到播放设备发送的图像信号后 , 不再进行色彩动态范围转换过程和色彩校正过程处理 , 只将该图像信号进行传输特性曲线转换和其他必要处理后进行显示 。
动态 HDR播放设备宜完全支持上述两种适配模式;当动态 HDR显示设备具备数字视频输入接口且该接口支持 HDR格式时 , 宜支持至少一种适配模式 。 HDR Vivid 播放设备优先以接收端适配模式连接 HDR Vivid显示设备;可同时提供菜单供用户选择适配模式 。
注 : 动态 HDR播放设备指能够进行视频解码并完成动态 HDR元数据和相应图像处理 , 最后通过数字视频接口进行输出的设备 。
8 . 2 . 3 PQ HDR信号的互联适配
当动态 HDR播放设备接收到类型为 PQ HDR 的 HDR信号时 , 信号格式根据对接的显示设备类型进行处理 。显示设备的 PQ信号格式处理的对应关系见表 12 。
表 12 显示设备的 PQ信号格式处理的对应关系
显示设备类型
动态 HDR显示设备
HDR显示设备
SDR显示设备
监视器适配模式
接收端适配模式
播放设备输出信号
经处 理 的 PQ HDR信 号 和 HDR VS-IF信息帧
PQ HDR 信 号 和HDR动态元数据
经 处 理 的 PQ HDR信 号 及 必要 的 元 数 据信息
经处理转换为 SDR信号 , 输出色域 优 先 级 依 次 为 ITU-R BT.
2020 、ITU-R BT. 709 、ITU-R BT. 601
8 . 2 . 4 HLGHDR信号的互联适配
当动态 HDR播放设备接收到类型为 HLG HDR 的 HDR信号时 , 信号格式根据对接的显示设备类型进行处理 。显示设备的 HLG信号格式处理的对应关系见表 13 。
表 13 显示设备的 HLG信号格式处理的对应关系
显示设备类型
动态 HDR显示设备
HDR显示设备
SDR显示设备
监视器适配模式
接收端适配模式
播放设备输出信号
经处 理 的 PQ HDR信 号 和 HDR VS-IF信息帧
HLG HDR 信 号 和HDR动态元数据
(如果视 频 信 号 中 存在 HDR动态元数据)
经 处 理 的 PQ HDR信 号 及 必要 的 元 数 据信息
经处理转换为 SDR信号 , 输出色域 优 先 级 依 次 为 ITU-R BT.
2020 、ITU-R BT. 709 、ITU-R BT. 601
17
GB/T 46269 . 2—2025
8 . 3 HDR元数据信息的 GPMI传输
8 . 3 . 1 总体流程
HDR播放设备与 HDR 显示设备通过 GPMI 进行连接和图像数据传输时 , 基于 GPMI 传输的HDR信号 , 信号的电-光传输特性由 GPMI 视频元数据 DIP 中 transfer-cHaracter 字段确定 , 信号的色域为 ITU-R BT. 2020 。
当 HDR播放设备与 HDR显示设备建立连接后 , 播放设备通过查询显示设备的 DCCD信息中符合 8 . 3 . 2 的数据块来了解显示设备对 HDR 的支持能力 。
当显示设备的 DCCD表明能够支持 HDR监视器适配模式时 , 播放设备根据显示设备 DCCD 中提供的最大显示亮度和最小显示亮度信息 , 将 HDR 的视频内容根据 GB/T 46269 . 1—2025 中第 8 章进行适配处理后发送给显示设备 , 并同时向显示设备发送 8 . 3 . 3 给出的 DIP信息 。
当显示设备的 DCCD表明能够支持 HDR接收端适配模式时 , 或者同时支持 HDR接收端适配模式和 HDR监视器适配模式这两种模式时 , 播放设备将 HDR 的动态元数据封装在符合 8 . 3 . 4 的 DIP信息中 , 配合 HDR视频图像发送给显示设备 。
GB/T 46269 . 1—2025 中第 7 章和第 8 章定义的元数据及变量适用于 8 . 3 中的全部公式 。
8 . 3 . 2 HDR能力描述
8 . 3 . 2 . 1 语法
HDR 的能力 宜 按 照 表 14 中 的 DCCD 数 据 块 信 息 语 法 描 述 。 其 中 字 节 0~字 节 2 , 为 按 照GPMI标准关于动态 HDR 能力描述所确定的信息与内容 。 字节 3~字节 27 则是 HDR所需提供的信息 。
表 14 DCCD数据块信息语法
字节
比特位
7
6
5
4
3
2
1
0
0
0x1C(HDR Vivid Capabilities)
1
0(Reserved)
Version-code(=0x01)
2
LengtH(=25)
3
system-start-code[7 . . . 0]
4
version-code[3 . . 0]
0(保留)
0(保留)
0(保留)
0(保留)
5
display-maximum-luminance [7 . . . 0]
6
display-maximum-luminance [15 . . . 8]
7
display-maximum-luminance [23 . . . 16]
8
display-maximum-luminance [31 . . . 24]
9
display-minimum-luminance [7 . . . 0]
10
display-minimum-luminance [15 . . . 8]
11
monitor
mode
- -
support
rx mode
- -
support
0(保留)
12~27
0(保留)
18
GB/T 46269 . 2—2025
8 . 3 . 2 . 2 语义
DCCD数据块信息语义如下 。
a) 系统起始码 system-start-code:8 位无符号整数 。表示终端支持的 HDR版本号 , 当前版本赋值为 1 。如果显示设备 DCCD 中版本号高于或等于码流中接收到的动态元数据所包含的 sys- tem-start-code , 则可按照 8 . 3 . 4 给出的 DIP包数据结构将动态元数据进行打包传输给显示设备;否则在播放设备上进行显示适配处理 , 然后将进行过适配处理之后的图像和按照 8 . 3 . 3 的DIP包数据结构将元数据信息发送到显示设备 。
b) 系统版本码 version-code:4 位无符号整数 。表示系统版本号 , 当前版本赋值为 1 。
c) 设备最高显示亮度 display-maximum-luminance: 32 位无符号整数 , 表示显示设备在 D65 色温下可显示的最大亮度 , 单位是0 .000 1 cd/m2 。 当码字为 0x00000001 时 , 表示0 . 000 1 cd/m2 。 MaxDisplay最终取值为 display-maximum-luminance /10 000 。 当显示设备支持监视器适配模式时 , 显示设备需要为 display-maximum-luminance 设置适当数值 , 以便播放设备使用该信息进行图像处理;当显示设备不支持监视器适配模式时 , 将 display- maximum- luminance设置为 0 。
d) 设备最小显示亮度 display-minimum-luminance: 16 位无符号整数 , 表示显示设备在 D65 色温下可显示的最小亮度 , 单位是 0 . 000 1 cd/m2 。 当码字为 0x0001 时 , 表示 0 . 000 1 cd/m2 。 MinDisplay最终取值为 display-minimum-luminance /10 000 。 当显示设备支持监视器适配模式时 , 显示设备需要为 display-minimum-luminance设置适当数值 , 以便播放设备使用该信息进行图像处理;当显示设备不支持监视器适配模式时 , 将 display-minimum-luminance设置为 0 。
e) 监视器适配模式支持标识 monitor-mode-support: 1 位无符号整数 。 表示显示设备对监视器适配模 式 的 支 持 能 力 , monitor - mode - support = 1 表 示 显 示 设 备 支 持 监 视 器 适 配 模 式 , monitor-mode-support=0 表示显示设备不支持监视器适配模式 。
f) 接收端适配模式支持标识 rx-mode-support: 1 位无符号整数 。表示显示设备对接收端适配模式的支持能力 , rx-mode-support =1 表示显示设备支持接收端适配模式 , rx-mode-support= 0 表示显示设备不支持接收端适配模式 。
8 . 3 . 3 静态元数据传输
8 . 3 . 3 . 1 语法
GPMI传输中 , 在 HDR监视器适配模式下 , 采用 DIP从播放设备向显示设备传输静态元数据 。 HDR静态元数据 DIP报文格式符合表 15 。其中 , HB0 ~ HB3 是 GPMI 所确定的 HDR静态元数据DIP报文头信息 , CRC0~CRC3 则是 HDR静态元数据 DIP报文的循环校验信息 , 在本条中均为固定值 。
表 15 静态元数据 DIP报文格式
字节
比特位
7
6
5
4
3
2
1
0
HB0
DIP-Type(=0x04)
HB1
0(保留)
Index(=0)
HB2
OUI( = 0001b)
Meta-Type(=0000b)
19
GB/T 46269 . 2—2025
表 15 静态元数据 DIP报文格式 (续)
字节
比特位
7
6
5
4
3
2
1
0
HB3
LengtH( = 0x5)
DB0
0(保留)
DB1
0(保留)
DB2
0(保留)
DB3
system-start-code[7 . . . 0]
DB4
version-code[3 . . . 0]
monitor
mode
- -
enable
(=1)
transfer -
cHaracter
(=0)
0(保留)
0(保留)
DB5 ~
DB31
0(保留)
CRC0
CRC32[31:24]
CRC1
CRC32[23:16]
CRC2
CRC32[15:8]
CRC3
CRC32[7:0]
8 . 3 . 3 . 2 语义
静态元数据 DIP报文语义如下 。
a) 系统版本码 version-code:4 位无符号整数 。表示系统版本号 , 当前版本赋值为 1 。
b) 监视器适配模式支持标识 monitor-mode-enable: 1 位无符号整数 。本文件中 monitor-mode- support 固定为 1 , 表示此时的 HDR信号的互联适配处理方式为监视器适配模式 。
c) 图像传输特性 transfer-cHaracter: 1 位无符号整数 。表示图像的传输特性 , 在使用本条规范传输 HDR静态元数据时 , transfer-cHaracter 固定为 0 , 表示监视器适配模式下 , 图像传输特性为SMPTEST 2084 EOTF曲线 。
d) 循环校验码 CRC32:32bit无符号整数 , 用于校验整个报文从 HB0 校 DB31 验内信息的准确性 。CRC的计算方法见 8 . 3 . 5 。
8 . 3 . 4 动态元数据传输
8 . 3 . 4 . 1 语法
GPMI传输中 , 在 HDR 接收端适配模式下 , 采用 DIP报文从播放设备向显示设备传输动态元数据 。 HDR动态元数据 DIP报文格式符合表 16 和表 17 。其中 HB0~HB3 是 GPMI 所确定的 HDR动态元数据 DIP报文头信息 。CRC0~CRC3 则是 HDR静态元数据 DIP报文的循环校验信息 , 根据 DIP报文实际内容生成 。
由于 HDR动态元数据大于 32 字节 , 需要使用 2 个元数据 DIP报文才能完整传输 。第 1 个 HDR动态元数据 DIP报文见表 16 。第 2 个 HDR动态元数据 DIP报文见表 17 。
20
GB/T 46269 . 2—2025
表 16 第 1 个动态元数据 DIP报文格式
字节
比特位
7
6
5
4
3
2
1
HB0
DIP-Type(=0x04)
HB1
0(Reserved)
Index(=0)
HB2
OUI( = 0001b)
Meta-Type(=0001b)
HB3
LengtH( = 0x20)
DB0
0(保留)
DB1
0(保留)
DB2
0(保留)
DB3
system-start-code[7 . . . 0]
DB4
version-code[3 . . . 0]
minimum-maxrgb-pq [11 . . . 8]
DB5
minimum-maxrgb-pq [7 . . . 0]
DB6
0(保留)
0(保留)
0(保留)
0(保留)
average-maxrgb-pq [11 . . . 8]
DB7
average-maxrgb-pq [7 . . . 0]
DB8
0(保留)
0(保留)
0(保留)
0(保留)
variance-maxrgb-pq [11 . . . 8]
DB9
variance-maxrgb-pq [7 . . . 0]
DB10
0(保留)
0(保留)
0(保留)
0(保留)
maximum-maxrgb-pq [11 . . . 8]
DB11
maximum-maxrgb-pq [7 . . . 0]
DB12
0(保留)
0(保留)
0(保留)
0(保留)
targeted-system-display-maximum- luminance- pq[11 . . . 8]
DB13
targeted-system-display-maximum-luminance- pq[7 . . . 0]
DB14
transfer -
cHaracter
base enab
-
le-flag[0]
base-param-m-p[13 . . . 8]
DB15
base-param-m-p[7 . . . 0]
DB16
0(保留)
0(保留)
base-param-m-m [5 . . . 0]
DB17
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
base-param-m-a
[9 , 8]
DB18
base-param-m-a[7 . . . 0]
DB19
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
base-param-m-b
[9 , 8]
DB20
base-param-m-b[7 . . . 0]
DB21
0(保留)
0(保留)
base-param-m-n[5 . . . 0]
DB22
0(保留)
0(保留)
base-param-K1[1 . . 0]
base-param-K2[1 . . 0]
base-param-K3
[1 . . 0]
DB23
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
base-param-Delta- enable-mode[2 . . 0]
21
GB/T 46269 . 2—2025
表 16 第 1 个动态元数据 DIP报文格式 (续)
字节
比特位
7
6
5
4
3
2
1
DB24
0(保留)
base-param-enable-Delta[6 . . . 0]
DB25
0(保留)
0(保留)
0(保留)
3spline-enable-num
3spline-
enable- flag
[0]
3spline-TH-enable- mode0[1 , 0]
DB26
3spline-TH-enable-MB0[7 . . . 0]
DB27
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable0[11 . . . 8]
DB28
3spline-TH-enable0[7 . . . 0]
DB29
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable- 0Delta1[9 , 8]
DB30
3spline-TH-enable-0Delta1[7 . . . 0]
DB31
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable- 0Delta2[9 , 8]
CRC0
CRC[31:24]
CRC1
CRC[23:16]
CRC2
CRC[15:8]
CRC3
CRC[7:0]
表 17 第 2 个动态元数据 DIP报文格式
字节
比特位
7
6
5
4
3
2
1
0
HB0
DIP-Type(=0x04)
HB1
0(Reserved)
Index(=1)
HB2
OUI( = 0001b)
Meta-Type(=0001b)
HB3
LengtH( = 0x1A)
DB0
3spline-TH-enable-0Delta2[7 . . . 0]
DB1
3spline-enable-strengtH0[7:0]
DB2
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable- mode1[1 , 0]
DB3
3spline-TH-enable-MB1[7 . . . 0]
DB4
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable1[11 . . . 8]
DB5
3spline-TH-enable1[7 . . . 0]
DB6
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
3spline-TH-enable- 1 Delta1[9 , 8]
DB7
3spline-TH-enable- 1Delta1[7 . . . 0]
22
GB/T 46269 . 2—2025
表 17 第 2 个动态元数据 DIP报文格式 (续)
字节
比特位
7
6
5
4
3
2
1
0
DB8
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
0(保留)
3Spline-TH-enable- 1 Delta2[9 , 8]
DB9
3Spline-TH-enable- 1Delta2[7 . . . 0]
DB10
3Spline-enable-StrengtH1[7 . . . 0]
相关推荐
- GB/T 38472-2023 正式版 再生铸造铝合金原料
- GB/T 15856.1-2002 十字槽盘头自钻自攻螺钉
- GB/T 12223-2023 部分回转阀门驱动装置的连接
- GB∕T 12719-2021 矿区水文地质工程地质勘查规范
- GB∕T 41114-2021 无损检测 超声检测 相控阵超声检测标准试块规范
- GB/T 24067-2024 温室气体 产品碳足迹 量化要求和指南
- GB∕T 18998.2-2022 工业用氯化聚氯乙烯（PVC-C）管道系统 第2部分：管材
- GB∕T 40389-2021 烧结金属材料(不包括硬质合金) 表面粗糙度的测定
- GB/T 5621-2008 凿岩机械与气动工具 性能试验方法
- GB/T 28807.3-2017 轨道交通 机车车辆和列车检测系统的兼容性 第3部分：与计轴器的兼容性
