GB/T37001-2018
高清晰度电视节目素材交换格式
MaterialexchangeformatsforhighdefinitionTVprogrammes
- 中国标准分类号（CCS）M63
- 国际标准分类号（ICS）33.160
- 实施日期2019-07-01
- 文件格式PDF
- 文本页数32页
- 文件大小2.08M
以图片形式预览高清晰度电视节目素材交换格式
高清晰度电视节目素材交换格式
国家标准 GB/T37001一2018 高清晰度电视节目素材交换格式 MaterialexechangeformatsforhighdefinitionTprogrammes 2018-12-28发布 2019-07-01实施 国家市场监督管理总局 发布 币国国家标准化管理委员会国家标准
GB/37001一2018 目 次 前言 范围 2 规范性引用文件 术语和定义 缩略语 概述 OPlaMXF文件格式 OP-AtomMXF文件格式 附录A(资料性附录sMPTE的MMXF标准体系结构 24 附录B(资料性附录本标准规定的MXF文件格式与SMPTE标准的关系 附录c(资料性附录不同应用场合的视音频编码及MX下封装格式建议 27 参考文献 29
GB/37001一2018 前 言 本标准按照GB/T1.1一2009给出的规则起草
请注意本文件的某些内容可能涉及专利
本文件的发布机构不承担识别这些专利的责任
本标准由国家广播电视总局提出 本标准由全国广播电影电视标准化技术委员会(SAC/TC239)归口
本标准起草单位;国家新闻出版广电总局广播电视规划院、中央广播电视总台,浙江广播电视集团 江西广播电视台、深圳广播电影电视集团、北京中科大洋科技发展股份有限公司、成都索贝数码科技股 份有限公司、新奥特(北京)视频技术有限公司
本标准主要起草人:邓向冬、崔建伟、许钢鸣、宁金辉、智卫、崔俊生、王惠明、马颖超、郑涛,宋蔚、 马悦、陈欣、,张敢,胡键巧、潘善伟、范晓琳,彭子舟、傅蜂春,赵为纲、罗新艳、张丽娜、马坤杜俊褚震宇 杜伟、戴霖、张金沙、王堑越
GB/37001一2018 高清晰度电视节目素材交换格式 范围 本标准规定了高清晰度电视节目交换中的文件格式
本标准适用于高请晰度电视制作系统、媒资系统和插出系统中用于系统间交换的成品节目文件和 节目素材文件,以及不同厂商设备产生的用于交换的文件,也适用于制作机构之间制作和播出机构之 间交换的文件 规范性引用文件 下列文件对于本文件的应用是必不可少的
凡是注日期的引用文件,仅注日期的版本适用于本文 件
凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件
GB/T17975.2一2000信息技术运动图像及其伴音信号的通用编码第2部分;视频 GY/T2832014高标清混合制播图像幅型比变换规范 1sO/IEC13818-1:2015信息技术运动图像及其伴音信号的通用编码第1部分:系统(Infor" technology Genericcodingofmovin anda ltedaudioinformationPartl:Sys mat1On p1ctureS SsOcIa ing! tems sMPTEST336M.2007KLV数据编码协议(DataEncodingProtocolUsimgKeyL. LengthVale) SMPTEST377-l:201l1 素材交换格式MIXF文件格式规范[MaterialExchangeFormat MXFFileFormatSpecification] SMPTEST378M:2004 Format 素材交换格式MXF)操作模式1A[MaterialExchal hange MXF onalPattern1ASingleItem,SinglePackage)7 -Operatio SMPTEST379-2:2010素材交换格式(MXF)MXF约束性通用容器[MaterialExchangeFor matMXF -MXFConstrainedGenericContainer SMPTEST381-2;2011素材交换格式(MIXF)将MPEG流映射到MXF约束性通用容器[Ma erialExchangeFormatMXF MPEGStreamsintotheMXFConstrainedGenericCon Mapping tainer SMPTEST381-3;2013素材交换格式(MIXF)将AVC流映射到MXF通用容器(MaterialEx Format AVCStreamsintotheMXFGenericContainer Mping change SMPTEST382:2007 素材交换格式(MXF将AES3和广播音频映射到MXF通用容器 MaterialExchangeFormat Ma gAES3andBroadcastWaveAudiointotheMXFGenericCon aapping talner SMPTEsT385:2012素材交换格式(MXF将SDTI-CP实体和元数据映射到MXF通用容器 [MateriaExchangeFormat(MXF)-MappingsDTICPEssenceandMetadataintotheMXFGenerie Container SMPTEST390:2011素材交换格式(MXF)专用操作模式“Atom”[MaterialExchangeFormat MXF SpecializedOperationalPattern“OPAtom”(SimplifiedRepresentationofa singlelem)7 SMPTEST400;2012SMPTE标签结构(SMPTELabelsStr ructure SMPTEST436-1;2013VEB行和辅助数据包的MXF映射(MXFMappingsforVBLinesand
GB/T37001一2018 AnellaryDataPackets) gvc3coding Units SMPTEST2019-4;2014将VC-3编码单元映射到MXF通用容器(Mapping intotheMXFGenericContainer SMPTERP224v12;2012SMPTE标签注册(SMPTELabelsRegister sMPTERP2027.2012应用于ssM卡的Avc顿内编码规范(AvcItr=FrameCodlingSpesifn eationforSSMCardApplieations) 3 术语和定义 下列术语和定义适用于本文件
3. KIV数据编码 dataencodingusingKey-Length-Value SMPTEsT336M;2007定义的一种以数值为基础并与语言无关的编码方式
KLV由键(Key)、长度(Length)和值(Value)三个数据域组成,结构见图1,其中“键”指示了其后的 “值”域的数据类型,“长度”指示了其后“值”域的字节长度
16字节 BER BER 16字节 SMPTE 编码 SMPTEUL 编码 Key Value Key Value Length length 图1KI结构 3.2 操作模式operationalpatterm 为了降低MXF编码及解析程序的实现复杂度,根据应用需求,在实现互操作性的前提下,对MAXF 文件的文件结构和结构性元数据进行约束的集合
一类应用对应一个约束的集合,即一个操作模式
3.3 实体 eSSence MXF文件所包含的原始视频流、音频流和数据流
3.4 essencecontainer 实体容器 MXF文件的一部分,携带一个或多个实体流及密切相关的元数据
3.5 元素 elements 实体容器中的实体流,它可能是一个单独的KLV数据编码包或一组具有相同键值的KLV数据编 码包序列
3.6 映射 mapping 按照一定的规则将不同的实体流及元数据装载到所定义的MXF实体容器中
3.7 填充项fiitem 由空数据或者无意义的数据组成的KLV数据编码包
用于在MXF文件生成过程中需要对齐字 节的场景
GB/37001一2018 3.8 indextable 索引表 将MXF文件包中的时间线偏移与实体容器的字节偏移进行关联的查找表,可以使应用程序在不 分析整个MXF文件的情况下即可访问文件中的特定的视频帧或音频采样
3.9 随机索引包 randomindeX pack 记录每个分区包的位置以及这些分区包所携带实体数据的流ID的表
3.10 素材包 materialpackage 描述MXF文件“输出时间线”的一类包,其中包含了时码轨、视频轨、音频轨等的描述信息
3.11 顶层文件包top-Leelrlepckaee 用于描述MXF文件中的实体数据的包
每种类型的实体素材对应着顶层文件包中不同的轨道
这些轨道描述了对应实体素材的开始、长度等时间信息,并通过这些信息对顶层文件包内的不同实体素 材进行同步
3.12 lowerlevelsourcepackages 低层源包 对实体数据来源的描述,如源素材编辑信息,源素材来源等
低层源包中不记录实体数据
缩略语 下列缩略语适用于本文件
AEs音频工程师协会(AudioEngineeringSociety) AFD有效格式描述符(AetiveFormatDescriptor) Avc高级视频编码AdvamedvideoCoding) BER基本编码规则(BasicEncodingRule) BPP主体分区包(BodyPartitionPack BwF广播波形格式(BroadceastwaveFormat) CBE每元素固定字节数(CconstantBytesperElemen DCI色差分量图像(coorDiferenceComponentlmage CGC约束性通用容器(ConstrainedGenerieContainer) FPP尾部分区包(FooterPartitionPack GoP图像组(GroupofPietures) HPP头部分区包(HeaderPartitionPack D 标识符(Identifier) tGrid KAGKLV对齐格(KLVAlignment KLV键-长度-值(Key-L.ength-Value) MPEG运动图像专家组(MovingPiatureExpertsGroup) MXF素材交换格式(MaterialExchangeFormat) oPla操作模式1a(operationalPat atternla oPAtom操作模式Atom(OpernationalPhatern.Atom) PCM脉冲编码调制(PulseCodeModulation PPs图像参数集(PiectureParatmeterSets)
GB/T37001一2018 SEI补充增强信息(SupplementaryEnhancementlInformation) btreamldentiier SID流标识符(Str SMPTE电影与电视工程师学会(SoeietyofMotionPictureandTelevision Engineers) SPS序列参数集See cequenceParameterSets) SSM固态介质(SolidStateMedia) ST标准(Standard) UD唯一标识符(UniqueIdentifier) U儿通用标签(UniversalLabel UTFUnicode转换格式(UnicodeTransformationFormat) UUID通用唯一识别码UniversallyUniqueIdentifier) 5 概述 高清晰度电视节目素材的交换依赖于规范化的文件格式,主要包括文件结构、操作模式,实体容器 视音频编码以及映射方式等方面
为确保可操作性,sMPTE定义了MXF的一系列标准(该标准体系 结构参见附录A),本标准在sMPTEsT378M.2004和sMPTEST390:201两种操作模式上进行了 限定和修改,规定了高清晰度电视节目素材的两类可选交换格式oPlaMXF和oPAtomMxXF OPlaMXF的文件格式要求见第6章,OPAtomMXF文件格式要求见第7章 以上两种文件格式与SMPTE标准的关系参见附录B 对于不同应用场合的视音频编码及MXF封装格式建议参见附录C
6 OP1aMIXF文件格式 6.1总体要求 符合本标准的OP1aMXF文件应采用KLV数据编码,文件结构应符合SMPTEST377-1:2011的 规定;实体容器应符合SMPTEST379-2:2010的规定;操作模式应符合SMPTEsT378M;2004的规 定;视频编码可采用MPEG-2L.ongGOP50Mbps,映射方式应符合sMPTEsT381-2;2011的规定;音 频可采用PCM无压缩音频,映射方式应符合SMPTEST382;2007的规定
在此基础上,还应符合 6.2一6.5的要求
6.2MIXF文件结构 6.2.1分区 符合本标准的OPlaMXF文件应采用多主体分区结构
对实体数据进行分段时,应实现GOP对 齐,并且每个主体分区中节目时长不能超出一个索引表片段所能索引的范围
多主体分区形式的MXF文件结构见图2,文件包括文件头,文件体和文件尾三部分;文件头由 HPP和头部元数据构成;文件体由多个主体分区构成;文件尾由尾部分区和随机索引包(必备)构成
其中每个主体分区只能有一个实体容器,它由若干编辑单元组成,每个编辑单元应包含一个系统项、一 个图像项(包含一个视频赖)、一个声音项(包含1920个音频采样)和一个数据项,见图3,每个编辑单元 中的项类型应相同且各项的顺序在整个文件中应保持一致
GB/37001一2018 文件头 文件体 文件尾 B 头部 随机 P p 实体容器 实体容器 元数据 索引包 P 表 表 表 主体分区 头部分区 主体分区 尾部分区 编辑单元 编辑单元编辑单元 编辑单元 #1 #2 #N 图2多主体分区的\IF文件结构 编辑单元 图像项 声音项 数据项 系统项 图3编辑单元构成 6.2.2KAG MXF文件中的数据结构采用KLV数据编码,为了在OplaMXF文件中高效地检索,KIV数据编 码包应按照一定字节数对齐,该字节数即为KAG的大小
考虑到磁盘分区大小,KAG的大小宜为512 字节
6.2.3填充项 填充项应采用能够满足KAG边界的最小长度
填充项的键值应为:06.0E.2B.34.01.01.01.02.03.01.02.10.01.00.00.00(十六进制,其“Version”字 段应为0x02
填充项的长度字段应采用4字节BER长格式编码,即83.xx.yy.2z(十六进制. 6.2.4随机索引包 在尾部分区的末尾应生成随机索引包,以保证随机访问的效率
并且,该随机索引包应是文件的最 后一个KLV数据编码包
随机索引包的键值为:06.0E.2B.34.02.05.01.01.0D.01.02.01.01.11.01.00(十六进制)
随机索引包的长度字段应采用4字节BER长格式编码,即83,xx.,yy,.zz(十六进制)
符合本标准的OPlaMXF文件,所创建的分区的状态应为“关闭(Closed)”和“完成(Complete)” 且应包含正确的随机索引包
6.3操作模式 6.3.1概述 操作模式应符合SMPTEST378M:2004的规定
GB/T37001一2018 6.3.2素材包 素材包应符合SMPTEST377-1:2011和SMPTEST378M:2004的规定
6.3.3顶层文件包 顶层文件包应符合SMPTEST377-1:2011和SMPTEST378M:2004的规定
6.3.4低层源包 符合本标准的OPlaMXF文件可以包含0个或多个低层源包
如果存在低层源包,应符合 SMPTEST377-1:201l的规定
6.3.5包约束 为了淌足不同的播出开始时间,素材包和文件包中轨的起始时间可以不同,但是持续时间应相同 6.4结构性元数据 6.4.1 轨 符合本标准的oPlaMX下文件应包含描述系统、图像,声音和数据的所有轨
6.4.2描述符 6.4.2.1 多重描述符 多重描述符应符合sMPTEsST377-1:2011附录F中F.3的规定
6.4.2.2图像实体描述符 图像实体描述符应包含sMPTEsT377-1;2011和sMPTEsT381-2;2011中定义的所有必需 属性
6.4.2.3声音实体描述符 声音实体描述符应包含SMPTEST377-1;2011和SMPTEST382:2007中定义的所有必需属性
其中,D)ialNorm(3D.0C)的属性定义为“DecoderRequired.”
如果MXF文件中包含D)ialNorm 属性,则MXF解析器应能够识别并转存该属性值
6.4.2.4数据实体描述符 数据实体描述符应包含SMPTEST377-1;2011和sMPTET436-1:2013中定义的所有必需 属性
6.4.3时码 头部元数据中应写人时码轨
头部元数据中起始时码宜为0,主体分区中首个编辑单元的时码也宜为0,后续编辑单元的时码应 连续
6.4.4节目的AFD信息 , 若节目中所有视频帧(场)的AFD值均相同,可以在图像实体描述符中“ActiveFormatDes scriptor
GB/37001一2018 的属性写人当前节目的AFD值,是否写人由MXF编码器确定,若写人,AFD信息应符合GY/T283- 2014的规定
若节目中所有视频帧(场)的AFD值不全一致,则不应在图像实体描述符中“AetiveFormatDe scriptor”的属性写人AFD值
6.4.5标识中的公司和厂家标示 标识中的公司和厂家标示要求见表1
表1标识中的公司和厂家标示 值 类型 项目名称 必备/可选 语义 lnstanceUID UUID 该实例的唯一ID 随机生成 必备 用于被其他集合参考见SMPTE UD 随机生成 ThisGenerationUID 必备 ST377-l;2011中7.5.2 创建或修改该文件的设备或应用 UTF-1 根据应用需要确定 CompanyName -16string 必备 的厂家名称 ProductName UTF-16string 必备 创建或修改该文件的应用名称 产品名称 应用的版本号见SMPTEST 可选 可选 ProductVersion ProductVersion 377-1:2011中4.3) VersionString UTF-16string 必备 应用版本的可读名称 产品版本 ProductUID UUID 必备 创建该文件的产品的唯一标识 家定义的产品ID l创建或修改该文件并创建该标识 ModificationDate Timestamp 必备 集的时间和日期见SMPTEST修改时间 377-1:2011中4.3 所用软件或硬件编码器版本见 ToolkitVersion 可选 可选 ProdctVersion SMPTEST377-l;2011中4.3 Platform UTF-16string 可选 所用操作系统的可读名称 可选 注1:UTF-16string为可变长的字符串 注2:ProductVersion由5个Untl6的值组成,分别表示major、,minor,patch,build,release版本号,用来描述创 建或者修改此文件的工具的版本
6.4.6实体容器标签 6.4.6.1MPEG实体容器标签 MPEG实体容器标签应符合SMPTEsT379-2;2010中表4和sMPTEST381-2;2011中表5和 表6的规定
6.4.6.2音频实体容器标签 音频实体容器标签应符合SMPTEST379-2;2010中表4和SMPTEST382;2007中表4的规定
6.4.6.3辅助数据包实体容器标签 辅助数据包实体容器标签应符合SMPTEST379-2;2010中表4和SMPTEST436-1:2013中表1 的规定
GB/T37001一2018 6.4.6.4多重描述符实体容器标签 多重描述符实体容器标签应符合SMPTERP224v12:2012的规定,具体值为:06.0E.2B.34.04.01. 01.03.0D.01.03.01.02.7F.01.00(十六进制
6.5实体数据 6.5.1打包方式 应采用SMPTEST381-2;2011规定的帧打包方式,每个实体项按帧交错排列
6.5.2系统项 系统项结构应符合sMPTEST385;2012的规定
每个系统项中记录的相应编辑单元的时码应符合6.4.3的要求
6.5.3图像项 对于手MPEG孔见cGB/T17975.2一20)编码的视频实体数据,图像元素的键应采用sMPTEst 379-2;2010和SMPTEST381-2;2011中的定义的元素键值,详细值见表2;图像元素的长度字段应采 用4字节BER长格式编码,即83.xx.yy.zz十六进制. 表2MIPEG图像元素的键值 字节序号 描述 字节值(十六进制 语义 l12 见SMPTEST379-2:2010 表示当前项为图像项 3 l5 temTypeIdentifier 该图像项中的图像元素数量 EssenceElementCount 01 15 05 视频赖打包方式的图像元素 EssenceElementType 16 EssenceElementNumber 00 图像元素在该图像项中的序号作为索引 6.5.4声音项 PCM音频类型可采用AES3音频或wave音频两种打包方式
音频打包应符合SMPTEST382:2007的规定
声音元素的键应采用SMPTEST379-2;2010和SMPTEST382:2007中定义的元素键值,详细值 见表3
声音元素的长度字段应采用4字节BER长格式编码,即83.xx.yy.2z(十六进制). 表3声音元素键值 字节值(十六进制) 字节序号 描述 语义 1~12 见SMPTEST379-2:201o 13 l6 temTypeIdentifier 表示当前项为声音项 14 EssenceElenmentCount 该通用容器中的声音元素数量 Xx 0 “wave顿打包”方式的声音元素 15 EssenceElementType 03 “AES顿打包”方式的声音元素
GB/37001一2018 表3(续 字节序号 描述 字节值(十六进制 语义 十 声音元素在该通用容器中的序号作为索 EssencelementNumber l6 从00开始 引 6.5.5数据项 符合本标准的OPlaMIXF文件,应在数据项中逐场记录每个视频图像对应的AFD值
AFD信息 的嵌人格式应符合GY/T283一2014的规定
数据元素的键值应采用SMPTEST379-2:2010和SMPTEST436-1:2013中定义的元素键值,详 细值见表4
数据元素的长度字段应采用4字节BER长格式编码,即83.xx.yy.zz(十六进制) 表4数据项键值 字节序号 描述 字节值(十六进制 语义 -12 见SMPTEST379-2;2010 13 temTypeldentifier 表示当前项为数据项 14 0 EssenceElementCount 该数据项中的辅助数据元素数量 孰打包方式的辅助数据元素 15 02 EssenceElementType 辅助数据顿元素在该数据项中的序号(作为 l6 EssencelementNumber 0 索引 6.5.6索引表片段 符合本标准的OP1aMXF文件,应实现完整的索引表,该索引表应能索引到每个轨的每一帧数据 根据主体分区数量,可将整个索引表分为一个或多个索引表片段,每个索引表片段应放置在其索引 实体数据的下一个主体中
即文件中的第一个主体分区中不得放置索引表,对第一个主体分区中实体 容器数据的索引应放在第二个主体分区的索引表片段中,其后依次类推,尾部分区中的索引表用来索引 最后一个主体分区中的实体容器数据
而文件最后的随机索引包应记录每个分区包的位置以便于索 引
索引表片段位置结构示意图见图4
文件头 文件体 文件尾 H B 索 索 头部 随机 引 实体容器 引 实体容器 实体容器 元数据 索引包 表 表 表 头部分区 主体分区 主体分区 主体分区 尾部分区 图4索引表片段位置结构示意图 首个索引表片段的lndexStartPosition属性应为0.
GB/T37001一2018 具体索引表的各个子项规定见表5
索引表的位置应符合SMPTEST377-1:2011和SMPTEsT 381-2;2011的规定,详细实现应符合SMPTEST377-1;2011中第11章以及SMPTEST381-2;201 中附件B(AnnexB)的规定
表5帧打包方式下的索引表片段参数 项目名称 必备/可选 义 语 lndexTableSegment 必备 一个索引表片段集合 必备 设置长度 Length lnstanceUD 必备 该实例的唯一ID EditRate 必备 从实体容器中的轨中拷贝过来的编辑速率 StartPosition 必备 该索引表片段所索引的第一个可编辑单元的位置 Duration 必备 该索引表片段的持续时间 每个编辑单元的字节数,值为0时表示编辑单元的字节数需要从 EditUnitByteCount 解析器必备 索引表获取 解析器必备索引表的流1 m IndexSID BodySID 必备 所索引的实体容器的流ID sliceCount 必备 条带数减1 PosTableCount 可选 PosTable人口数量减1 DeltaEntryArray 必备 元素映射到条带 ndexEntryArray 必备 编辑单元在元素流中偏移位置的索引 Sice sMPTEST377-1: 中分别规定为解析器必备、 ;2011 、可 注 Count、DeltaEntryArray、IndexEntryArray项在S 选和解析器必备,而此处均修改为必备,也就是在打包MXF文件时应实现,这主要是为了满足播放时随机定 位的要求
对于PosTabl.cCount项,不作强制要求,仍为可选 oPAtomIxr文件格式 7.1总体要求 本标准规定的OPAtomMXF文件根据所封装视音频编码格式的不同,可进一步分为以下三种 格式 对于VC-3编码视频(1920×1080/50/1,VvC-38bit120Mbit/s和VC-310bit185Mbit/s) 的封装,应采用7.2中规定的OPAtomVC-3MXF格式; 对于AVC-Intra编码视频(1920×1080/50/I,AVC10bitHigh4:2:2IntraProfleClass 100)的封装,应采用7.3中规定的OPAtomAVC-IntraMAXF格式; 对于PCM音频的封装,应采用7.4中规定的OPAtomPCMMXF格式
上述三种OPAtomMXF文件应采用KLV数据编码,文件结构应符合SMPTEST377-l:2011的 规定,实体容器应符合SMPTEST379-2;2010的规定,操作模式应符合SMPTEST390;2011的规定
AtomAVC-Intra 在此基础上,OPAtomVC-3MXF还应符合7.2的要求,OP-At aMXF还应符合7.3的要 求,OPAtomPCMMXF还应符合7.4的要求
对于OPAtomVC-3MIXF和OoP-AtomAVvCIntraMXF文件,应在头部元数据中携带AFD信 息,整个文件只能用一种AFD值
10
GB/37001一2018 7.2oPAtom c3MIXF技术要求 7.2.1MXF文件结构 OPAtomVC3MIXF文件的文件结构见图5
文件头 文件体 文件尾 索引表 随机 B 头部 应与文件 P 索引表 实体容器唯 索引包 p 元数据 头索引表重 p 可选 复且一致 头部分区 主体分区 尾部分区 图5oPAtomc3MIXF文件结构 7.2.2视频数据映射方式 视频数据映射方式应符合SMPTEST2019-4:2014的规定 7.2.3VC-3图像元素的KLV数据编码 7.2.3.1 图像元素的键 VC-3图像元素的键值见表6
表6VC-3图像元素键值 字节序号 描述 字节值(十六进制 语义 Objectldentifier 06 0E Iabelsize 21 Iso,oRG Designator 34 SMPTE Designator RegistryCategoryDesignator 01 字典 RegistryDesignator 02 实体字典 01 StructureDesignator 字典标准 01 VersionNumber 注册版本1 0D 组织注册 temDesignator Organization 0 AAF协会 03 MNF通用容器键 Application 12 o1 StruetureVersionm 版本1 13 temTypeldentifier 15 通用容器图像项 l4 EssenceElementCount 0 该项中图像元素的数量 0(C 15 EssenceElementType 顿封装的图像元素 1
GB/T37001一2018 表6(续 字节序号 描述 字节值(十六进制 语义 片段封装的图像元素 0D l6 EssenceElementNumber 该图像元素在图像项中的索引值 01 7.2.3.2图像元素的长度字段 VC-3图像元素的长度字段应采用8字节BER长格式编码,即87.aa.bb.cc.dd.ee.f.gg(十六进制
7.2.3.3图像元素的值 值域为VC-3编码的视频数据
7.2.4vC-3的CDCI图像实体描述符 VC-3编码的高清图像的CDCI图像实体描述符参数取值要求见表7
表7VC-3编码的高清图像的CDCI图像实体描述符参数取值 参数名称 参数类型 参数取值 Rational 51 SampleRate ContainerDuration Ilength 现有顿数量 EssenceContainer UL 本描述符所描述的素材容器的UL Framelayout Uint8 StoredWidth Uint32 920 Uint32 StoredHeight 540对于l080i AspectRatio Rational 16/9 VideoLineMap ArrayofInt32 121,584}对于1080i) PictureEssenceCoding UL 见sMPTEsT2019-4:2014中表3 8(表示8bit) UInt32 omponentDepth 10(表示10bit) HorizontalSubsampling UInt32 VerticalSubsampling UInt32 Unt8 根据具体情况进行设置 ActiveFormatDescriptor mageAlignmentOffset Unt32 88192 7.2.5索引表片段 VC-3编码的高清图像的索引表片段参数取值要求见表8
12
GB/37001一2018 表8vC-3编码的高清图像的索引表片段参数取值 参数名称 参数类型 参数取值 索引表片段集合的键值:06.0E.2B34.02.53.01.o.OD.0.02.01. lndexTableSegment SetKey o1.10.01.00(十六进制 Length BERLength BER长格式编码形式的长度值 lnstanceUID UUID 本索引表片段的实例UID lndexEditRate Rational 与该索引表片段所索引的轨的编辑速率相同 lndexStartPositionm Position IndexDuration l.ength 该索引表片段所索引的文件包的长度,单位为编辑速率 EditUnitByteCount UInt32 容器中每一个编辑单元的字节个数 与HPP和FPP中的IndexSID值一致 lndexSID UJnt32 与该索引表片段所索引的素材所在分区的BPP中的BodySID Unt32 BodySID 值 7.3oPAtomAvC-IntraMIXF技术要求 7.3.1MIXF文件结构 由AVC-Intra编码视频封装成的OP-AtomMXF文件的文件结构见图6. 文件体 文件头 文件尾 索引表 随机 B 头部 应与文件 索引表 P 实体容器(唯 Q 索引包 头索引表重 元数据 p 可选 复且一致 头部分区 主体分区 尾部分区 图6由AvC-Intra编码视频封装成的oPAtomMXF文件结构 其中,AVCIntra数据在OP-AtomMXF的实体容器中的存放结构见图 7 实体容器图像项 编辑单元 编辑单元 Coded Coded SPsPPS SE 分区 sE Frame#0 Frame#1 填充 1图像=l0条带 编辑单元分隔符 图像元素长度 图像元素键" 图7AVC-Intra数据在oPAtomMIXF的实体容器中的存放结构 13
GB/T37001一2018 7.3.2视频数据映射方式 视频数据映射方式应符合SMPTEST381-3;2013的规定
7.3.3Ac-Intra编码的通用标签 所有AVC-Intra的子编码类型都使用同一个通用标签,见表9,具体子类的图像实体的编码标签见 表13
表gAvc实体容器标签 字节序号 描述 字节值(十六进制 语义 06.oE.2B.34.04.01
1~12 见SMPTET381-2;2011 见SMP'TEST379-2;2010 01.0A".0D.01.03.01 13 02 MXF通用容器 EssenceContainerKind 10 Avc字节流 MappingKind 对应ISo/IEc13818-1:2015中H.264 15 Stream_id stream_id的第6位至第0位 采用的封装方案,本标准中采用clipwrap l6 wrappingscheme ping 对于早期版本的Avc-IntrnMXF文件,该值可能为“o1",MXF解析器应能够对其进行正确解析
7.3.4Avc-Intra图像元素KLV数据编码 7.3.4.1图像元素的键 Avc-Intra图像元素使用MPEG图像元素的键见表10o. 表10AvcC-Intra元素的键值 字节序号 描述 字节值(十六进制 语义 06.0E.2B.34.01.02. sMPTEsT379-2201o SMPTEsT 见 112 心 379-2;2010 01.01.oD,01.03.01 13 ltemTypeldentifier l5 通用容器中的图像项 14 EssenceElementCount 01 在图像项中图像元素的个数 Clipwrapped封装 5 06 EsseneeElementType 该图像项在通用容器中的序号作为索引 6 FssenceElementNunmber 01 7.3.4.2图像元素长度字段 Avc-Intra图像元索的长度字段应采用8字节BER长格式编码,即87.aa.bb.ce.dd.ee,f.gg(十六 进制. 7.3.4.3图像元素的值 值域为AVC-Intra编码的视频数据,编码所涉及的参数(如SEI)以及编码的填充字节
14
GB/37001一2018 7.3.5AC-lntra 图像的实体描述符 AvC-Intra的实体描述符使用SMPTEST381-2:2011中定义的MPEG视频描述符见表11
表11MEG视频描述符的键值 字节序号 描述 字节值(十六进制 语义 06.,0E.2B.34.02.53.01.01.0D.01. 见sMPrEsT 见sMPTEsT 113 379-2;2010 379-2;2010 01.01.01 14 07 SetKind(1 MPEG视频描述符 15 51 SetKind(2 MPEG视频描述符 16 00 Reserved 保留 表12,表13列出了AVC-Intra的MPEG视频实体描述符里cDC图像实体描述符属性的具体 取值
表12AC-IntraCDCI图像实体描述符参数值 类型 项目名称 Rational 25/n SampleRate 现有顿数量 ContainerDuration L.ength EssenceContainer U 见SMPTEST381-2;2011中表5 FrameLayout Uint8 1表示隔行图像 StoredWidth Uint32 920表示1920×1080图像结构 StoredHeight Uint32 544或540(对于1080i) AspectRatio Rational 16/9 VideoLineMap Aresyns32 21,584\对于108on PietureEssencecCoding UL 见表13 ComponentDepth Unt32 10 HorizontalSubsampling UInt32 2表示4:2:2 VerticalSubsampling Ulnt32 根据具体情况进行设置 AetiveFormatDeseriptor Ulnt8 表13AVC-IntraCDCI图像实体描述符中的图像实体编码标签 描述 字节序号 字节值(十六进制) 语义 在SMPTEST400.2012中定义 06.0E.2B.34.04.o1.01.0A在sMPTEsT400:2012中定义 04 Parametrice 定义变量数据 10 o1 PiectureEssence 图像素材编码标识 PiectureCodingCharacteristies 02 图像编码特性标识 12 CompressedPietureCoding 02 图像压缩编码标识 15
GB/T37001一2018 表13(续 字节序号 描述 字节值(十六进制 语义 MPEG图像编码标识 3 01 MPEGPietureCoding 第7位第4位为3表示为AVC编码， AVC and Pieture Coding 32 第3位一第0位标识为Avc编码 14 ProfileCategory 的Profile sMPTERP2027;2012中的Class100 15 AvcProfileandconstraints 31 编码即AVCHigh4:2;:2lntraProfile l6 02 AVCIntracodingvariants @L4.11080/50i编码 7.3.6索引表片段 AvC-Intra的每个编辑单元的排列方式见图8
除了第一个编辑单元以外每个编辑单元的长度均 相同,因为第一个编辑单元中含有AvcIntra编码流的序列参数集(sPs)和图像参数集(PPs)
由于 AvC-Intra的索引表是CBEIndex,所以需要分别用索引表片段(a)和索引表片段(b)来记录
一个用 来记录第一个编辑单元,另一个用来记录其余的编辑单元
索引表片段(a)和(b)的参数说明见表14和 表15
编辑单元#1 编辑单元# 编辑单元#n-1 索引 索引 索引 索引 Coded Coded Coded 面 表片段表片段 表片段表片段 HPP BPP Frame Frame Frame FBB 历 #0 (b) a) (b) (a 索引起始位置(a) 索引起始位置(b 图8Avc-IntraMXF中的索引关系 表14Avc-Intra第一个编辑单元的索引表片段(a)参数 类型 值 项目名称 lndexTableSegment SetKey BERIength 见SMPTEST377-l;2011中表26 Length lnstanceUID UUID 设置为素材的编辑速率 lndexEditRate Rational IndlexStartPosition 0(指向第一个编辑单元的第一个字节) Position IndexDuration I.ength 1(表示该索引表字段仅对第一个编辑单元有效 第 EditUnitByteCount UInt32 一个编辑单元的字节数 lndexSID UInt32 与HIPP和FPP中的IndexSID值一致 与该索引表片段所索引的素材所在分区的BPP中的BodySID UInt32 watsD 值 -致 16
GB/37001一2018 表15Avc-Intra其他编辑单元的索引表片段(b)参数 项目名称 类型 值 ndexTableSegment SetKey BER sMPTEST377-1;2011 见 中表26 length Length nstanceUD UUID lndexEditRate Rational 设置为素材的编辑码率 IndexStartPosition Position 1(指向第二个编辑单元的第一个字节 IndexDuration Length 如果序列的长度为n,则设置为n-l EditUnitByteCount UInt32 第二个编辑单元中字节数 lndexSID UInt32 与HPP和FPP中的lndexSID值一致 与该索引表片段所索引的素材所在分区的BPP中的bodySID BodySID UInt32 值一致 7.4oPAtomCMMXF技术要求 7.4.1MXr文件格式 由PCM音频封装成的OPAtomMXF文件的文件结构见图9
KAG大小应为512字节
文件头 文件体 文件尾 索引表 随机 头部 应与文件 P 索引表 实体容器唯 索引包 元数据 头索引表重 可选 复且一致 主体分区 头部分区 尾部分区 图9oP-AtomPCMMIXr文件结构 7.4.2音频数据映射 音频数据映射方式应符合SMPTEST382:2007的规定
7.4.3音频实体容器的通用标签 音频实体容器的通用标签见表16
表16音频实体容器标签 字节序号 描述 字节值(十六进制 语义 -12 见SMPTEST379-2;2010 13 EssenceContainerKind 2 MXF通用容器 14 06 MappingKind 标识AES3-BWF 17
GB/T37001一2018 表16(续 字节序号 描述 字节值(十六进制 语义 04 AES片段封装 15 ContentKind 02 波形片段封装 保留 6 00 Reserved 7.4.4音频元素的KLV数据编码 7.4.4.1音频元素的键 音频元素的键值见表17
表17音频元素的键值 字节序号 描述 字节值(十六进制 语义 06.oE.2B.34.01.02. 1~12 见SMPTEST379-2:201o 见SMPTEST379-2:2010 01.01.oD,01.03.01 13 ltemTypeldentifier l6 通用容器的声音项目 01 在声音项目中只有一个素材元素 EssenceElementCount AES片段封装元素 04 15 EssenceElementType 02 波形片段封装元素 l6 EssenceElementNumber 01 在本声音项目中,该素材元素的索引 7.4.4.2音频元素长度字段 音频元素的长度字段应采用8字节BER长格式编码,即87.aa.bb.cc.dd.ee.ff.gg(十六进制)
7.4.43音频元素的值 音频采样的量化比特数为16位(对应于2字节)或者24位(对应于3字节)
为了与视频时间同 步,对于采样率为48kHz的音频,音频帧速率为25帧/s,每帧的音频采样个数为1920. 7.4.5音频实体描述符 BwF音频使用wave音频实体描述符进行描述;AES3音频使用AES3音频实体描述符进行描述
AES3音频实体描述符是wave音频实体描述符的子类,表18以音频实体描述符来表示这两种描述符 的共同属性
表18音频实体描述符各项内容 本地 必备 项目名称 类型 长度 U1标志 语义 标签 可选 定义音频实体描述符集合(元数据参 AudioEssenceDe 必备数、wave音频实体描述符或AEss SetKey 16 Scripto1 音频实体描述符的汇总 18
GB/37001一2018 表18(续 本地 必备 项目名称 类型 长度 UL标志 语义 标签 可选 BER ILength 必备设置长度 l.ength 该实例的唯一ID IInstanceUID 16 UU1D 3C.0Ao1.01.l5,02 必备 实体容器的场速率或赖速率(不是实 SampleRate Rational 30.01lo4.06.01.01 必备 体像素取样时钟速率 实体容器持续时间
NMNF文件生成 时应尽可能写人最佳值,否则删除 ontainerDuration length 30,0204.06,01,02 可选 该项 标识实体容器的UL EsseneeContainer UI 1630,0406,01,01.04,01,02 必备 音频实体的采样频率,"Distingus hed Audiosamplingrate Rational 3D.03lo4.02.03.01.01.01 宜具备 Value"为0 解析器用于表示每赖样值数是否固定的- l.ocked/Unloeked Boolean 3D,02l04.02,03,01.04 个布尔值 必备 声音通道的数量，“D)istinguishel ChanneCount Uint32 3D.07lo4.02.01.01.04 宜具备 Value”为0 “DistinguishedValue" 量化比特数
Quantizationbits Uint32 3D.01lo4.02.03.03.04 宜具备 为0 采样块对齐 [BlockAlign 3D.0Ao4.02.03.02.01 Uintl6 必备 Uint32 3D.09lo4.02.03.03.05 AgBps 必备每秒平均字节数 解析器 SoundEssenceCoding U几 163D,06l04.02.04.02 标识声音压缩方案的U1 必备 表19是音频实体描述符中需要特别说明的项的取值
表19音频实体描述符的值 项目名称 类型 值 Rational 48000/1(表示48kHa) SampleRate 文件总共含有的音频采样个数 Containerduration Length U 见表18 EssenceContainer Audiosamplingrate Rational 48000/1(表示48kHz) l.ocked/Unlocked Boolean 固定 ChannelCount Uint32 16(16比特 Quantizationbits Uint32 24(24比特 2(16比特) BlockAlign Uintl6 3(24比特) 19
GB/T37001一2018 表19(续 项目名称 类型 值 96000(16比特 AvgBps Uint32 (2比特 l44 0x06.0e.2b,34.04.01.01.01.04.02.02.01.00.00.00.00(无压缩 SoundEssenceCoding U1 音频 7.4.6索引表片段 音频实体的索引表片段参数取值要求见表20. 表20音频实体的索引表片段参数 项目名称 类型 值 IndexTable SKey Segment L BER 见sMPTEST377-1:2011中表26 Length .ength InstanceUID UUID lndexEditRate Rational 设置为与声音轨编辑速率一致 lndexStartPosition Position 设置为“o” lndexDuration Length 宜填写实际畅数,也可填写“0” -个打包片段中的一个音频采样的字节数(例如,16比特 EditUnitByteCount UInt32 音频为2字节,24比特音频为3字节 UInt32 与HPP和FPP中的lndexsID值一致 IndexSID 与该索引表片段所索引的素材所在分区的BPp中的 BodySID UInt32 BodySID值一致 20
GB/37001一2018 录 附 A 资料性附录 SMIIE的MIXF标准体系结构 SMPTE已制定MXF的一系列标准,其标准体系结构见图A.1
第1部分 第2部分 艾样笑 工程指南 规范 资料性 第5.x部分 第3.x部分 第4部分 实体容器 推作 描述性元数据插件 规范性 规范性 规范性 例如，如何进行KLv编码 例如，格式的束 例如，元数据集 第5a.x部分 映射文档 规范性 例如，如何在容器中 映射和索引实体 图A.1MXF标准体系结构 第1部分工程指南(资料性文档) 对MXF进行了基本介绍和整体描述,其中包含很多基本概 念,并解释了MXF所要解决的主要问题
第2部分;MXF文件格式规范(规范性文档) -可看成是一个工具箱,可从中选择不同的文件交 换工具,以满足不同应用的需求
该部分文档定义了MIXF文件的语法和语义
第3部分;操作模式(规范性文档) -定义了文件的复杂度,描述了MXF格式的操作模式,目前 共有7个标准10种操作模式
在应用sMPTEsT377时,为了满足不同的应用需求,需要对文件结构 和结构性元数据的定义进行一些约束,结合不同的应用场景,操作模式定义了具有不同复杂度的文件 结构
第4部分;MXF描述性元数据方案(规范性文档 是MXF文件的可选插件,不同应用场景可 能需要MXF文件能够携带不同的元数据,描述性元数据定义了用户相关的元数据结构
第5部分;实体容器(规范性文档)定义了MXF格式中用于承载图像和声音实体的实体容器
MXF通用容器是一个标准化的实体容器,它提供了一种封装机制,可将很多现在及未来的格式映射到 MXF中 21
GB/T37001一2018 第5a部分;映射文档(规范性文档 -规定了如何将不同的实体数据及元数据映射到所定义的 MXF实体容器中 各部分的主要标准分类列表见表A.1
表A.1SMMIPTE的MIXF标准分类列表 序号 分类 标准名称 .Guideline sMPTEG4l一2004MaterialExchangeFormat(MXF) Engineering6 工程指南 SMPTEEG42一2004Material Exechange Format MXF MXF 资料性文档 DeseriptiveMetadata MXF文件格式规范 SMPTET377-l:2011MaterialExchangeFormatMXF -FileFormatSpeeif 规范性文档 cation SMPTEST378M:2004MaterialExchangeFormatMXF) -OperationalPattern SingleItem，SinglePackage SMPTEST390;201lMaterialExchangeFormatMXF)-SpecializedOperational (OP-Atom”(SimplifiedRepresenta 1tationofaSingleltem) 391:2004MaterialExchangeFormatMXF OperationalPatterm Singleltem angedPackages 操作模式 392:2013MaterialExchangeFormatMXF OperationalPattermm 规范性文档 Play SinglePackage SMPTEST MaterialExchangeFormatMXF OperationalPattermm Play lay-Iistltems，(GangedPackages SMPTEST407;2006MaterialExchangeFormatMXF OperationalPatterns 3aand3b SMPTEST408;2006MaterialExchangeFormatMXF OperationalPatterns 10 2cand3c MXF描述性元数 SMPTEST380;2004MaterialExchangeFormatMXF DeseriptiveMetadata 据方案(规范性文档 Scheme Standard，Dynamic 实体容器 SMPTEST379-2;2010MaterialExchangeFormatMXF一MXFConstrained 12 规范性文档 GenericContainer SMPTEST381-1一2005MaterialExchangeFormatMXF MappingMPEG 13 StreamsintotheMXF(GenerieContainer SMPTEST381-2;2011MaterialExchangeFormatMXF MappingMPEG 14 StreamsintotheMXFConstrainedGenerieContainer SMPTEST381-3;2013MaterialExchangeFormat一MappingAVCStreamsinto 15 theMXF 映射文档 SMPTEST382;2007MaterialExchangeFormat MappingAES3andBroadcast 16 规范性文档 WaveAudiointothe GenericContainer 383;2008MaterialExchangeFormatMXF MappingDV-DIF 7 DatatotheMXFGenericContainer(Standard SMPTEST384:2005MaterialExehangeFormatMXF) ofUncom Mapping" 18 presedPieuresintotheGenerieContainer SMPTEST385;2012MaterialExchangeFormatMXF MappingSDT-CP 19 EssenceandMetadataintotheMXFGenerieContainer 22
GB/37001一2018 表A.1(续》 序号 分类 标准名称 SMPTEST386;2004MaterialExchangeFormatMXF MappingTypeD10 20 Container EseneeDatatotheMXFGenerie SMPTEsT387;2004MaterialExehangeFormatMXF MappingTypeD1 21 MXF EsseneeData TOThP GrenerIcContalner 388;2004MaterialExehangeFormatMF SMPTE MappingA-lawCodedl 22 AudiointotheMXFGenerieContainer 389;2005MaterialExehangeFormatMXF) MxFGenericCon SMPTE 25 P\as SystemElement talnerReVverse 394;2006MaterialExchangeFormatMxF SMPTE SystemSchemelfor 21 theMXFGenerieContainer 映射文档 Elementsandlndivid 规范性文档 SMPTEST405,2006MaterialExchangeFormat(MXF) 25 ualDataltemsfortheMXFGenerieContainerSystemScheme1 JPG2000Code SMPTEST422;2014MaterialExchangeFormat Mapping
26 streamsintotheMXFGenerieContainer 21 SMPTEST436-l;2013MXFMappingsforVBLinesandAneillaryDataPackets SMPTEsT2o19-4 VC3CodingUnitsintotheMXFGenerieCon 4;2014Mapping" 28 talner SMPTEST2037一2009MappingVC1intotheMXFGienericContainer 29 注灰色底纹的内容为本标准引用的sMPTE标准
23
GB/T37001一2018 录 附 B 资料性附录) 本标准规定的MXF文件格式与SMPIE标准的关系 B.1对SMPIE标准的引用情况 SMPTE已制定MXF系列标准,共有5部分,约30个标准
本标准在综合考虑了实际应用需求、 技术先进性和可行性的基础上,从SMPTE标准体系中选取了一部分子集进行修改,形成适合我国应用 需求的高清晰度电视节目素材交换格式标准
本标准共规定了两种模式,OPla模式包含1种MXF文件格式,OPAto模式包含3种MXF文 件格式
对SMPTE标准的引用情况如下: OPlaMXF文件格式 a 文件结构:SMPTEST377-1:201l 实体容器SMPTEsT379-2:2010(CGC); 操作模式:SMPTEsT378M:2004(OPla); 视频映射方式:SMPTEST381-2:201l(MPEG视频); 音频映射方式SMPTEST382:2007(PCM音频) D)OPAtomVC-3MIXF文件格式: 文件结构sMPTEsT377-1.:2011 实体容器SMPTEST379-2:2010(CGC); -操作模式SMPTEST390;2011(OP-Atom); 映射方式:SMPTEST2019-4:2014(VC-3视频)
OPAtomAVC-IntraMIXF文件格式 文件结构:SMPTEST377-l;201l; -实体容器SMPTEST379-2:2010(CGC); 操作模式:SMPTEST390:2011(OPAtom); 映射方式:SMPTEST381-3:2013(AVC视频)
d OPAtomPCMMXF文件格式 文件结构SMPTEST377-1;201l; 实体容器-.sMPTEsT3792,20ocGc) 操作模式SMPTEsT390;2011(OPAtom). 映射方式SMPTEsT382;2007(PCM音频》. B.2与SMPIE标准的主要区别 考虑到文件的互联互通、节目制作需要、安全播出需要等,本标准对sMPTE标准的某些方面进行 了限定和修改,主要区别如下 a)oPlaMIXF格式 本标准规定的OPlaMXF文件格式与sMPTE标准的主要区别及原因见表B,.1
24
GB/37001一2018 表B.1本标准规定的oP1aMIXF文件格式与SMIPIE标准的主要区别及原因 序号 主要区别点 本标准 SMPTE标准 主要原因 尾部分区的随机索引包 必备项 可选项 为保证随机访问的性能,提高编辑 主体分区和尾部分区中 效率 必备项 可选项 的索引表 素材包MP)和文件包 可以不同 应相同 FP)中轨的持续时间 根据实际应用情况,为满足播出服 头部元数据中起始时码宜 务器的需求,需对此参数做约束 头部元数据和主体分！ 区 为0,主体分区中首个编辑 无约束 中的时码 单元的时码也宜为0,后续 编辑单元的时码应连续 需按照GY/T283一2014 头部元数据中AFD信息 无规定 的规定进行嵌人 恨据我国高标清同播现状,为了插 出安全需求以及上下变换幅型比 实体数据中的数据项应 的合理性而制定 按场记录图像对应的 数据项中的AFD 无规定 AFD值 b OP-AtomMXF格式 本标准规定的oPAtomMXF文件格式与sMPTE标准的主要区别及原因见表B.2
表B.2本标准规定的oPAtomMIXF文件格式与sMPTE标准的主要区别及原因 序号 SMPTE标准 主要原因 主要区别点 本标准 OPAtomPCMMXF的 无规定 应为512字节 KAG大小 文件头和文件尾都要求有只要求文件尾有 文件头和文件尾的索引表索引表,两处索引表重复且索引表,文件头索根据用户的实际需求情况结合主 引表为可选项 -致 流设备商、非编软件商的产品规范 推荐使用Ac和应用现状,统一封装格式,利于 crip-SubDscriptor,但互联互通 AvcC-IntraMXF的图像实采用MPEG;VideoDese 体描述符 tor 也允许用MPEG VideoDscriptor 标准适用的视音频格式 见7.1 未限定 VC-3MXF和AVC 根据我国高标清同播现状,为了播 可选项 Intra MXF的图像实体描 应写人AFD 出安全需求以及上下变换幅型比 述符中的AFD 的合理性而制定 音频实体描述符中的 根据用户的实际需求,为便于音频 “Audiosamplingrate” 必备项 宜具备 Channel Count 解析,统一为必备 "Quantizationbits” 25
GB/T37001一2018 表B.2(续 序号 主要区别点 本标准 SMPTE标准 主要原因 ssMPTE标准规定Avchaua视频 封装为OPAtomMXF时,图像描 述符中的“storedHeight”字段值应 AVC-IntraMXF的图像 为544
而在我国的实际应用中 544 实体描述符中的“stored 54挂4或540 2(Avclntra编码方式之一)视频 Height”字段值 封装成OPAtomMXF时,“Stored Height”字段值实际为540,且应用 场合较多,因此将该值也纳人本 标准 26
GB/37001一2018 附录 C (资料性附录 不同应用场合的视音频编码及MIXF封装格式建议 C.1制作和媒资用MXF文件格式建议 C.1.1 概述 制作和媒资用MIXF文件,宜采用第7章规定的oPAtom 1MXF文件格式,视频文件和音频文件独 立封装
视音频编码参数建议见C.1.2,C.1.3和C.1.4
C.1.2C-3编码基本参数建议 本标准建议的VC-3编码基本参数如下 视频格式为1920×1080/50/I; 编码格式为VC-3; 帧内编码; -码率为120Mbit/s或185Mbit/s; 色度取样格式为4:2:2; 样本比特深度为8bit(对应于码率120Mbit/s)或10bit(对应于码率185Mbit/s)
C.1.3AC-Intra编码基本参数建议 本标准建议的AVC-Intra编码基本参数如下 视频格式为1920×1080/50/1 -编码格式为AVCHigh4;2;2IntraProfile@L4.1Class100); 倾内编码; -码率为ll1Mbit/s 色度取样格式为4;2;2 样本比特深度为10bit
C.1.4音频编码基本参数建议 本标准建议音频编码采用PCM无压缩音频,采样位数为16位或24位,采样频率为48kHz,声道 数目为2声道、4声道或8声道
C.2播出用MXF文件格式建议 C.2.1MIX封装建议 对于播出用MXF文件,其文件格式可根据播出系统视频服务器的解码兼容能力来决定 -如果播出系统视频服务器能够兼容解码Op-AtomVC-3MXF和Op-AtomAVC-IntraMXF 文件,为减少转码引起的图像质量损伤,可采用C.1规定的制作和媒资用MXF文件格式,也 可采用第6章规定的OPlaMXF格式 -如果播出系统视频服务器不能兼容解码OpAtomVC-3MXF和OpAtomAVCIntraMIXF 心
GB/T37001一2018 文件,则宜采用第6章规定的OPlaMXF格式
c.2.2MIPEG-2编码基本参数建议 本标准建议的播出用MPEG-2编码基本参数如下 -视频格式为1920×1080/50/I -编码格式为MPEG2L.ongGOP(422P@HL); 帧结构为IBP,每个GOP中的帧数固定为12帧,连续B帧的数量小于或等于2
GOP结构可 以是封闭或非封闭; -码率为50Mbit/s固定码率编码) 色度取样格式为4:2:2 -样本比特深度为8bit; -场顺序为顶场在先(TopFieldFirst). 28
GB/37001一2018 参考文献 [1]GY/T293.1一2015数字电影打包第1部分;声音和图像轨迹文件 [[2]ISO/IEC14496-2Informationt technologyCodingofaudio-visual objeets一Part2Visual amendedl as EBU-TECH3285suppl.Speeifean ationoftheBroadcastWaveFormat; [[3] Supplement6 DolbyMetadata，
高清晰度电视节目素材交换格式GB/T37001-2018
GB/T37001-2018是针对高清晰度电视节目制作和传播中素材交换格式的国家标准。该标准的发布旨在提高高清晰度电视节目素材交换的效率和质量，促进行业的发展。在此之前，由于各家电视台、制作公司所采用的格式不同，导致素材交换的困难和低效。
而GB/T37001-2018的出现，则解决了这一问题。该标准规定了高清晰度电视节目素材的文件格式、编码格式、音视频参数等方面的细节，从而实现了不同制作公司和电视台之间的素材交换的互通性和顺畅性。
在具体应用中，GB/T37001-2018的优势也逐渐显现。首先，它可以提高节目制作的效率。由于不同制作公司和电视台之间的素材格式统一，制作人员可以直接使用对方提供的素材，无需进行格式转换等繁琐的操作。其次，该标准还可以提高节目质量。由于素材交换的效率得到提高，制作人员可以更加专注于节目内容本身，从而提高节目的制作质量。
除此之外，GB/T37001-2018还具有以下几个特点：
- 支持多种媒体格式。该标准支持常见的图像、音频、视频等多种媒体格式，满足了不同类型的节目素材需求。
- 编码效率高。该标准采用了最新的压缩编码算法，能够在保证高质量的同时实现较小的存储空间和传输带宽占用。
- 技术更新及时。由于该标准是最新发布的国家标准，因此它所采用的技术和算法都是当前最先进的，可以满足未来数年内高清晰度电视节目制作和传播的需求。
总之，GB/T37001-2018是当前高清晰度电视节目制作和传播中不可或缺的标准之一。它的出现，使得素材交换变得更加高效、便捷，同时也提高了节目制作的质量和效率。我们相信，在未来的发展中，该标准仍将发挥着重要的作用。
