ts流解析规则
- 格式:doc
- 大小:216.50 KB
- 文档页数:13
什么是TS(transport stream)传输流标准?MPEG组织于1994年推出MPEG-2压缩标准,以实现视/音频服务与应用互操作的可能性,MPEG-2标准是针对标准数字电视和高清晰度电视在各种应用下的压缩方案和系统层的详细规定。
对应于不同的应用,符合MPEG-2标准的码流又分为传送流和程序流,本文主要讲解了传送流有关的部分数据结构,从实际应用的传送流码流中截取了部分码流做了说明,并给出了部分解析传送流码流的实例程序。
在MPEG-II标准中,为了将一个或更多的音频、视频或其他的基本数据流合成单个或多个数据流,以适应于存储和传送,必须对其重新进行打包编码,在码流中还需插入各种时间标记、系统控制等信息,最后送到信道编码与调制器。
这样可以形成两种数据流——传送流(TS)和程序流(PS),分别适用于不同的应用,图1给出了单路节目的视音频数据流的复用框图。
传送流(Transport Stream)简称TS流,它是根据ITU-T Rec.H.222.0|ISO/IEC 13818-2 和ISO/IEC 13818-3协议而定义的一种数据流,其目的是为了在有可能发生严重错误的情况下进行一道或多道程序编码数据的传送和存储。
这种错误表现为比特值错误或分组丢失。
传送流由一道或多道节目组成,每道节目由一个或多个原始流和一些其他流复合在一起,包括视频流、音频流、节目特殊信息流(PSI)和其他数据包。
其中PSI表有4种类型:节目关联表(PAT)、节目映射表(PMT)、网络信息表和条件访问表。
传送流应用比较广泛,如视音频资料的保存、电视节目的非线性编辑系统及其网络等。
在开发机顶盒以及视频设备时有时需要对码流的编码知识有比较清楚地了解,这样才能在遇到问题时做出全面的分析。
TS流结构分析如图2所示,TS包的长度是固定的,为188字节。
包括同步字节(sync_byte)0x47和数据包识别号PID等。
PID为13位字段,指示存储于分组有效负载中数据的类型,PID值0x0000为程序关联表保留,而0x0001为条件访问表保留,0x1FFF为空分组保留。
ts流解析原理TS流解析原理是指对TS(Transport Stream)流进行解析的过程,TS流是一种用于传输媒体数据的封装格式,常用于广播和卫星传输等领域。
TS流解析的主要步骤如下:1. TS包解析:TS流由一系列固定大小的TS包组成,每个TS包的大小为188字节。
TS包由头部和数据两部分组成,头部包含了一些基本的信息,如同步字节、计数器等。
解析器需要将每个TS包抽取出来,并解析其头部信息。
2. PID(Packet Identifier)解析:每个TS包中都包含一个PID字段,用于标识不同的数据包或流。
解析器需要根据PID字段的值将TS包中的数据分发到对应的处理模块。
3. PAT(Program Association Table)解析:PAT是TS流中的一个重要表格,用于指示包含在TS流中的其他表格的位置。
解析器首先需要解析出PAT表,获取到其他表格的PID值。
4. PMT(Program Map Table)解析:PMT表是TS流中的另一个重要表格,用于描述媒体流的相关信息,如音视频编码类型、PES(Packetized Elementary Stream)的PID等。
解析器需要根据PAT表获取到的PID值,解析出对应的PMT表。
5. PES解析:PES是TS流中常见的一种封装格式,用于封装音视频等媒体数据。
解析器需要根据PMT表中的PID值,解析出对应的PES数据。
6. 解码处理:解析器将解析出来的音视频等媒体数据交给相应的解码器进行解码,进一步处理和播放。
总的来说,TS流解析原理主要包括了对TS包、PID、PAT表、PMT表和PES数据的解析处理过程。
通过对TS流的解析,可以获取到媒体数据的相关信息,并进行进一步的处理和播放。
视频知识基础:什么是TS、PS流?在MPEG-2系统中,信息复合/分离的过程称为系统复接/分接,由视频,音频的ES流和辅助数据复接生成的用于实际传输的标准信息流称为MPEG-2传送流(TS:TransportStream)。
据传输媒体的质量不同,MPEG-2中定义了两种复合信息流:传送流(TS)和节目流(PS:ProgramStream)TS流与PS流的区别在于TS流的包结构是固定长度的,而PS流的包结构是可变长度的。
PS包与TS包在结构上的这种差异,导致了它们对传输误码具有不同的抵抗能力,因而应用的环境也有所不同。
TS码流由于采用了固定长度的包结构,当传输误码破坏了某一TS 包的同步信息时,接收机可在固定的位置检测它后面包中的同步信息,从而恢复同步,避免了信息丢失。
而PS包由于长度是变化的,一旦某一PS包的同步信息丢失,接收机无法确定下一包的同步位置,就会造成失步,导致严重的信息丢失。
因此,在信道环境较为恶劣,传输误码较高时,一般采用TS码流;而在信道环境较好,传输误码较低时,一般采用PS 码流如DVD等等。
由于TS码流具有较强的抵抗传输误码的能力,因此目前在传输媒体中进行传输的MPEG-2码流基本上都采用了TS码流。
TS/PES是MPEG定义的标准格式,无论是MPEG1还是MPEG2都给出了包含比特流句法在内的定义,我们所说的TS/PS都是在这里定义的。
因此谈到TS/PS时仍然离不了MPEG,虽然A VS及IP的数据也可以封装在TS中,因为MPEG中给TS/PES的定义中允许封装其他数据。
虽然也许可以不经改变的将不同编码格式的码流经由TS/PS传送,但这事实上这是对MPEG的利用或扩充。
通常情况下,封装不同类型数据的时候我们需要在TS/PES添加标准的(如果有的话)或自定义的描述,并且在有些情况下原则上必须使用MPEG已经定义的特殊描述,TS/PES并非总是透明的。
简单说就是ps流(主要用在DVD上)如是中间丢了一断码流,后面的都没法播了;而TS流(DVB-T,DMB-TH等)如果断了码流,后面的随时可以再开始解码怎么看都行。
ts的模块解析策略
TypeScript 的模块解析策略主要有两种:Node 策略和Classic 策略。
1.Node 策略:这个策略实际上是由Node.js 的模块解析逻辑来决定的。
当使用Node 策略时,TypeScript 会按照Node.js 的规则去解析模块,比如会考虑node_modules 文件夹以及package.json 文件等。
这种策略的优点是它能够很好地与Node.js 生态系统集成,缺点是可能会导致一些TypeScript 特有的功能(比如类型声明文件)无法正常工作。
2.Classic 策略:这个策略是TypeScript 最初实现时使用的模块解析逻辑。
当使用Classic 策略时,TypeScript 会首先在项目目录下查找模块,如果没有找到,再按照Node 策略去解析模块。
这种策略的优点是它能够更好地支持TypeScript 特有的功能,缺点是可能会与Node.js 的生态系统不太兼容。
这两种策略可以通过使用 --moduleResolution 标记来指定使用哪种策略。
例如,使用Node 策略可以运行 tsc --moduleResolution node,使用Classic 策略可以运行 tsc --moduleResolution classic。
TS流解析关于TS流的解析TS即是" "的缩写他是分包发送的,每一个包长为字节在TS流里可以填入很多类型的数据,如视频、音频、自定义信息等他的包的结构为,包头为4个字节,负载为个字节工作形式:因为在TS流里可以填入很多种东西,所以有必要有一种机制来确定怎么来标识这些数据制定TS流标准的机构就规定了一些数据结构来定义比如: 表,所以解析起来就像这样: 先接收一个负载里为的数据包,在整个数据包里找到一个包的ID然后再接收一个含有的数据包,在这个数据包里找到有关填入数据类型的ID之后就在接收到的TS包里找含有这个ID的负载内容,这个内容就是填入的信息根据填入的数据类型的ID的不同,在TS流复合多种信息是可行的关键就是找到标识的ID号现在以一个例子来说明具体的操作:在开始之前先给出一片实际TS流例子:f32ch: 47 40 00 17 00 00 B0 0D 00 01 C1 00 00 00 01 E0 ; G???f33ch: 20 A2 C3 29 41 FF FF FF FF FF FF FF FF FF FF FF ; ⒚)A f34ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; f35ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; f36ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ;f37ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ;f38ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; f39ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; f3: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ;f3: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ;f3: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; f3: FF FF FF FF FF FF FF FF FF FF FF FF 47 40 20 17 ; G f3: 00 02 B0 1B 00 01 C1 00 00 E0 21 F0 00 1B E0 21 ; ????? f3: F0 04 2A 02 7E 1F 03 E0 22 F0 00 5D 16 BD 48 ; ?*~??]紿具体的分析就以这个例子来分析 // TS_TS__(TS__* ) {[4]; ( 4);->__ = [1] >> 7;->___ = [1] >> 6 & 0x01; ->_ = [1] >> 5 & 0x01; -> = ([1] & 0x1F) << 8 | [2]; ->__ =[3] >> 6; ->__ = [3] >> 4 & 0x03; ->_ =[3] & 0x03; }这是一个调整TS流数据包头的函数,这里牵扯到位段调整的问题现在看一下TS流数据包头的结构的定义:// TS__ {_ : 8; __ : 1; ___ : 1; _ : 1; : 13; __ : 2; __ : 2; _ : 4; } TS__;下面我们来分析,在/ -1里有说明,( )的值为0x00,TS包的标识(即_)为0x47,并且为了确保这个TS包里的数据有效,所以我们一开始查找47 40 00这三组16进制数,为什么这样?具体的奥秘在TS包的结构上,前面已经说了_固定为0x47现在往下看__、___、_和这四个元素,为0x00,这是的标识__为0,_为0把他们看成是两组8位16进制数就是:40 00现在看看我们的TS流片断例子,看来正好是47 40 00开头的,一个TS流的头部占据了4个字节剩下的负载部分的内容由来决定,例子看来就是一个表在这里有个地方需要注意一下,___为1时,在前4个字节之后会有一个调整字节,它的数值决定了负载内容的具体开始位置现在看例子中的数据47 40 00 17 00第五个字节是00,说明紧跟着00之后就是具体的负载内容下面给出表的结构体: //// TS_ {_id : 8; __ :1; : 1; _1 : 2; _ : 12; __id : 16; _2 : 2; _ : 5; __ : 1; _ : 8; __ : 8;_ : 16; _3 : 3;_ : 13; __ : 13;_32 : 32; } TS_;再给出表字段调整函数: //__ ( TS_ * * ) {n = 0 i = 0; = 0;->_id = [0];->__ = [1] >> 7; -> = [1] >> 6 & 0x1;->_1 = [1] >> 4 & 0x3;->_ = ([1] & 0x0F) << 8 | [2]; ->__id= [3] << 8 | [4]; ->_2 = [5] >> 6;->_ = [5] >> 1 & 0x1F; ->__ = ([5] << 7) >>7; ->_ = [6]; ->__ = [7]; // _32= 3 + ->_;->_32 = ([-4] & 0xFF) << 24 | ([-3] & 0xFF) << 16 | ([-2] &0xFF) << 8 | ([-1] & 0xFF);// _ __( n = 0; n < ->_ - 4; n ++ ) {->_ = [8] << 8 | [9]; ->_3 =[10] >> 5; ( ->_ == 0x0 )->_ = ([10] << 3) << 5 | [11]; {->__ = ([10] << 3) << 5 | [11]; } n +=5; } }通过上面的分析,例子中的数据00 B0 0D 00 01 C1 00 00 00 01 E0 20 A2 C3 29 41就是具体的表的内容,然后根据结构体来具体分析表但是我们需要注意的是在表里有_、_的元素不只有一个,这两个元素是通过循环来确定的循环的次数通过_元素的确定在这个例子中__为20,所以下面来分析时,就是查找47 40 20的开头的TS包下面来分析表,先给出( )的结构体: //// TS_ {_id : 8; __ :1; : 1; _1 : 2;_ : 12; _ : 16;_2 : 2; _ : 5;__ : 1; _ : 8; __ : 8;_3 : 3; _ : 13;_4 : 4; __ : 12;_ : 8; _5 : 3;_ : 13; _6 : 4;ES__ : 12; _32 : 32; }TS_;在给出调整字段函数: //__ ( TS_ * * ) {= 12 = 0; i = 0;->_id = [0];->__ = [1] >> 7; -> =[1] >> 6; ->_1 = [1] >> 4;->_ = ([1] & 0x0F) << 8 | [2]; ->_ = [3] << 8 | [4]; ->_2 = [5] >> 6;->_ = [5] >> 1 & 0x1F; ->__ =([5] << 7) >> 7; ->_ = [6]; ->__ = [7]; ->_3 = [8] >> 5;。
TS流的解析 TS即是"Transport Stream"的缩写。
他是分包发送的,每⼀个包长为188字节。
在TS流⾥可以填⼊很多类型的数据,如视频、⾳频、⾃定义信息等。
他的包的结构为,包头为4个字节,负载为184个字节(这184个字节不⼀定都是有效数据,有⼀些可能为填充数据)。
⼯作形式:因为在TS流⾥可以填⼊很多种东西,所以有必要有⼀种机制来确定怎么来标识这些数据。
制定TS流标准的机构就规定了⼀些数据结构来定义。
⽐如: PSI(Program Specific Information)表,所以解析起来就像这样: 先接收⼀个负载⾥为PAT的数据包,在整个数据包⾥找到⼀个PMT包的ID。
然后再接收⼀个含有PMT的数据包,在这个数据包⾥找到有关填⼊数据类型的ID。
之后就在接收到的TS包⾥找含有这个ID的负载内容,这个内容就是填⼊的信息。
根据填⼊的数据类型的ID的不同,在TS流复合多种信息是可⾏的。
关键就是找到标识的ID号。
现在以⼀个例⼦来说明具体的操作:在开始之前先给出⼀⽚实际TS流例⼦:0000f32ch: 47 40 00 17 00 00 B0 0D 00 01 C1 00 00 00 01 E0 ; G@....?..?...?0000f33ch: 20 A2 C3 29 41 FF FF FF FF FF FF FF FF FF FF FF ; ⒚)Aôôôôôôôôôôô0000f34ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f35ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f36ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f37ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f38ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f39ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f3ach: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f3bch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f3cch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; ôôôôôôôôôôôôôôôô0000f3dch: FF FF FF FF FF FF FF FF FF FF FF FF 47 40 20 17 ; ôôôôôôôôôôôôG@ .0000f3ech: 00 02 B0 1B 00 01 C1 00 00 E0 21 F0 00 1B E0 21 ; ..?..?.??.?0000f3fch: F0 04 2A 02 7E 1F 03 E0 22 F0 00 5D 16 BD 48 ; ?*.~..??].紿具体的分析就以这个例⼦来分析。
1)ES- Elementary Streams (原始流),对视频、音频信号及其他数据进行编码压缩后的数据流称为原始流。
原始流包括访问单元,比如视频原始流的访问单元就是一副图像的编码数据。
(2) PES- Packetized Elementary Streams (分组的原始流),原始流形成的分组称为PES分组,是用来传递原始流的一种数据结构(3)节目是节目元素的集合。
节目元素可能是原始流,这些原始流有共同的时间基点,用来做同步显示。
(4)传输流和节目流TS-Transport Stream 翻译为“传输流”PS-Program Stream 翻译为“节目流”PS用来传输和保存一道节目的编码数据或其他数据。
PS的组成单位是PES分组。
TS用来传输和保存多道节目的编码数据或其他数据,TS的组成单位是节目。
PS适用于不容易发生错误的环境,以及涉及到软件处理的应用,典型应用如DVD光盘的文件存储TS适用于容易发生错误的环境,典型应用就是数字电视信号的传输。
TS和PS是可以互相转换的,比如从TS中抽取一道节目的内容并产生有效的PS是可能。
(5)传输流分组和PES分组原始流分成很多PES分组,保持串行顺序,一个PES分组只包含一个原始流的编码数据。
PES分组长度很大,最大可为64K字节。
PES分组分为“分组首部(header)”和“有效负载(payload)”。
“有效负载”指跟随在首部字节之后的字节。
首部的前4个字节构成分组的起始码,标识了该分组所属原始流的类型和ID号。
TS分组也就是传输流数据形成的数据包。
每个TS分组长度为188字节,包括“分组首部”和“有效负载,前4个字节是分组首部,包含了这个分组的一些信息。
有些情况下需要更多的信息时,需在后面添加“调整字段(adaption field)”。
两者之间的关系:PES分组是插入到TS分组中的,每个PES分组首部的第一字节就是TS分组有效负载的第一字节。
HLS, Http Live Streaming 是由Apple公司定义的用于实时流传输的协议, HLS基于HTTP协议实现, 传输内容涉及两部分, 一是M3U8描述文献, 二是TS媒体文献。
1.M3U8文献用文本方式对媒体文献进行描述, 由一系列标签组成。
#EXTM3U#EXT-X-TARGETDURATION:5#EXTINF:5,./0.ts#EXTINF:5,./1.ts#EXTM3U: 每个M3U8文献第一行必须是这个tag。
#EXT-X-TARGETDURATION: 指定最大的媒体段时间长度(秒), #EXTINF中指定的时间长度必须小于或等于这个最大值。
该值只能出现一次。
#EXTINF:描述单个媒体文献的长度。
后面为媒体文献, 如./0.ts2.ts文献ts文献为传输流文献, 视频编码重要格式h264/mpeg4, 音频为acc/MP3。
ts文献分为三层:ts层Transport Stream、pes层 Packet Elemental Stream、es层 Elementary Stream.es层就是音视频数据,pes层是在音视频数据上加了时间戳等对数据帧的说明信息,ts层就是在pes层加入数据流的辨认和传输必须的信息注: 详解如下(1)ts层 ts包大小固定为188字节, ts层分为三个部分:ts header、adaptation field、payload。
ts header固定4个字节;adaptation field也许存在也也许不存在, 重要作用是给局限性188字节的数据做填充;payload是pes数据。
ts headersync_byte 8b同步字节, 固定为0x47transport_error_indicator 1b 传输错误指示符, 表白在ts头的adapt域后由一个无用字节, 通常都为0, 这个字节算在adapt域长度内payload_unit_start_indicator 1b 负载单元起始标示符, 一个完整的数据包开始时标记为1• ts层的内容是通过PID值来标记的, 重要内容涉及: PAT表、PMT表、音频流、视频流。
TS流(transport stream )MPEG组织于1994年推出MPEG-2压缩标准,以实现视/音频服务与应用互操作的可能性,MPEG-2标准是针对标准数字电视和高清晰度电视在各种应用下的压缩方案和系统层的详细规定。
对应于不同的应用,符合MPEG-2标准的码流又分为传送流和程序流,本文主要讲解了传送流有关的部分数据结构,从实际应用的传送流码流中截取了部分码流做了说明,并给出了部分解析传送流码流的实例程序。
在MPEG-II标准中,为了将一个或更多的音频、视频或其他的基本数据流合成单个或多个数据流,以适应于存储和传送,必须对其重新进行打包编码,在码流中还需插入各种时间标记、系统控制等信息,最后送到信道编码与调制器。
这样可以形成两种数据流——传送流(TS)和程序流(PS),分别适用于不同的应用,图1给出了单路节目的视音频数据流的复用框图。
传送流(Transport Stream)简称TS流,它是根据ITU-TRec.H.222.0|ISO/IEC 13818-2 和ISO/IEC 13818-3协议而定义的一种数据流,其目的是为了在有可能发生严重错误的情况下进行一道或多道程序编码数据的传送和存储。
这种错误表现为比特值错误或分组丢失。
传送流由一道或多道节目组成,每道节目由一个或多个原始流和一些其他流复合在一起,包括视频流、音频流、节目特殊信息流(PSI)和其他数据包。
其中PSI表有4种类型:节目关联表(PAT)、节目映射表(PMT)、网络信息表和条件访问表。
传送流应用比较广泛,如视音频资料的保存、电视节目的非线性编辑系统及其网络等。
在开发机顶盒以及视频设备时有时需要对码流的编码知识有比较清楚地了解,这样才能在遇到问题时做出全面的分析。
TS流结构分析如图2所示,TS包的长度是固定的,为188字节。
包括同步字节(sync_byte)0x47和数据包识别号PID等。
PID为13位字段,指示存储于分组有效负载中数据的类型,PID值0x0000为程序关联表保留,而0x0001为条件访问表保留,0x1FFF 为空分组保留。
ES流、PES流、PS流和TS流概念1、TS流:传输流,主要用于相对有错的环境下的传输与存储,如DVB2、PS流:节目流,主要用于相对无错的环境下的传输与存储,如DVD3、ES流:也叫基本码流,包含视频、音频或数据的连续码流4、PES流:也叫打包的基本码流,是将基本的码流ES流根据需要分成长度不等的数据包,并加上包头就形成了打包的基本码流PES 流。
5、封装: 就是捆绑打包,将画面视频文件和音轨文件打包在一起,并按照一定规则建立排序和索引,便于播放器或播放软件来索引播放,包括AVI / PS(Program Stream)/ TS(Transport Stream)/ MKV (Matroska)等。
TS流TS流(Transport Stream),也叫传输流,是由固定长度为188字节的包组成,含有独立时基的一个或多个program,一个program 又可以包含多个视频、音频、和文字信息的ES流;每个ES流会有不同的PID标示,而又为了可以分析这些ES流,TS有一些固定的PID 用来间隔发送program和ES流信息的表格—PAT和PMT表。
在MPEG-2系统中,由视频、音频的ES流和辅助数据复接生成的用于实际传输的标准信息流称为MPEG-2传送流。
组成传输流的是一系列连续的数据包,简称TS包。
TS包的长度固定,一般是188字节。
如果在这种TS包的尾部加入16字节的RS 纠错码,则包长为204字节。
传输流这种机制可将多路节目复用成一个流,并且,同一节目还可以包含多个视频和音频流。
每一个TS包都有一个包标识PID,同一基础流对应的TS包,PID的值相同。
TS流就是通过对各个基础流分配不同的PID号来唯一的标识各个不同的基础流、信息表和其它数据。
每一个TS包最多只能包含一路基础流的内容。
组成节目的视频流和音频流经过基础流编码器之后,形成基本流,每一路视频流或音频流对应一路基本流。
基本流经过打包,形成PES 包流。
便携式IPTV测试仪TS码流解析的实现便携式IPTV测试仪是一种用于测试和分析IPTV系统性能的设备。
它可以通过对传输流中的TS码流进行解析和分析,提供关于传输质量、视频质量、音频质量等方面的信息。
下面将介绍便携式IPTV测试仪TS码流解析的实现过程。
首先,便携式IPTV测试仪需要具备对TS码流解析的功能,这需要通过硬件和软件的结合来实现。
硬件方面,测试仪需要具备高性能的处理器和足够的存储空间来处理和存储大量的数据。
同时,测试仪需要具备支持高速数据传输的接口,例如千兆以太网接口。
软件方面,测试仪需要具备强大的编解码功能,能够对TS码流进行解析和分析。
在实现过程中,首先需要从IPTV系统中获取到传输的TS码流。
通常,这可以通过测试仪的网络接口连接到IPTV系统中的交换机或路由器上,然后通过ARP、DHCP等协议获取到IPTV系统分配给测试仪的IP地址和相关配置信息。
获取到IP地址后,测试仪就可以通过该地址与IPTV系统建立TCP/IP连接,并获取到传输的TS码流。
获取到TS码流后,测试仪需要对其进行解析。
TS码流是一种多路复用的码流格式,其中包含多个音视频流、字幕、EPG等信息。
测试仪需要通过解析TS码流,将其中的各个流分离出来,并进行相应的解码处理。
这可以通过测试仪上的解码器来实现,解码器可以将TS码流中的音视频数据进行解码,并输出为可播放的音视频信号。
在解析TS码流的过程中,测试仪可以获取到各个流的相关信息。
例如,测试仪可以通过解析PAT(Program Association Table)和PMT (Program Map Table)信息,获取到TS码流中包含的节目信息。
同时,测试仪还可以通过解析PCR(Program Clock Reference)信息,获取到TS码流的传输时钟参考,用于判断流的同步状态。
除了对TS码流的解析,测试仪还可以对解析后的音视频数据进行质量分析。
通过分析视频数据的码率、帧率、分辨率等参数,测试仪可以评估视频的质量。
TS流分析图一MPEG-2定义了一些用来描述传输流所携带内容的信息表,称为节目特定信息(PSI)表,包括4个与之相关的表。
其中,节目关联表PAT和节目映射表PMT是确定当前传输流中各节目内容的最关键的两个表。
在接收到TS流时我们首先找到PA T表,因为只有找到PAT表才能确定PMT表才能知道哪些是我们要播放的音频数据和视频数据在开始之前先给出一片实际TS流例子:0000f32ch: 47 40 00 170000 B0 0D 00 01 C1 00 00 00 01 E0 ; G@....?..?...?0000f33ch: 20 A2 C3 29 41 FF FF FF FF FF FF FF FF FF FF FF ; ⒚)A0000f34ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f35ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f36ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f37ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f38ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f39ch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f3ach: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f3bch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ;0000f3cch: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ; 0000f3dch: FF FF FF FF FF FF FF FF FF FF FF FF 47 40 20 17 ; G@ .0000f3ech: 00 02 B0 1B 00 01 C1 00 00 E0 21 F0 00 1B E0 21 ; ..?..?.??.?0000f3fch: F0 04 2A 02 7E 1F 03 E0 22 F0 00 5D 16 BD 48 ; ?*.~..??].紿1Ts流包的机构是固定的,每个包长188字节,并且头部是不固定的(一般为4字节),负载部分为,188字节减去头部长度。
TS流字幕插播、广告截播方案介绍课件(一)随着网络直播业务的发展,越来越多的用户选择直播观看做为娱乐方式。
但是,网络直播与传统电视广播有着不同的节目形式和业务需求,因此TS流字幕插播、广告截播方案也得到越来越多的关注和重视。
本文将就TS流字幕插播、广告截播方案进行介绍,以加深大家对直播技术的了解。
一、TS流字幕插播方案1. TS流概述TS流是数字电视系统中一个基本的传输格式,它是一种将音视频信号打包成网络数据包的方式。
当 TS 流作为直播源输入终端的时候,终端需要对 TS 流进行解析,并提取出音视频的信息。
2. TS流字幕插播TS流字幕插播方案可以将字幕的内容插入到 TS 流中的指定位置,从而达到字幕展示的效果。
在直播案例中,我们经常能够看到体育赛事、财经新闻等需要进行即时同步字幕的场景,这时候,TS流字幕插播方案充分发挥着价值。
3. TS流字幕插播方案实现方式- 插入数据包:通过对运营商网络中存在的数据包进行编辑,直接向现有的传输介质中直接添加字幕信息。
- SCEP 插入:使用SCEP协议进行字幕切换的同时,通过添加一个额外的 SCEP 的头来实现字幕插入。
二、广告截播方案1. 广告概述广告是现代经济体系所不可或缺的一部分,它既是品牌营销的重要形式,也是广播电视产业中广告收入的重要来源。
2. 广告截播广告截播方案是将广告视频嵌入到节目流中,并在数据中插入广告识别标志,在接收设备上通过判断识别标志,自动播放广告视频。
通常,判断识别标志的方式为,当传输设备接收到识别标志的时候,会自动切换到广告流进行播放。
3. 广告截播方案实现方式- DVB 插播:在数字电视标准 DVB 中,插播方案通过在指定的运营商频道中插入广告标志,并将广告的节目补丁发送到调制器,由调制器将广告流嵌入到源信号当中进行播放。
- RTSP 方案:RTSP 是远程实时上下文传输协议,它具有很强的拓展性,实现起来比较简单,只需要对 RTSP 协议进行额外扩展即可。
HLS协议解析1. 综述HLS(HTTP Live Streaming)把整个流分成⼀个个⼩的基于 HTTP 的⽂件来下载,每次只下载⼀些。
HLS 协议由三部分组成:HTTP、M3U8、TS。
这三部分中,HTTP 是传输协议,M3U8 是索引⽂件,TS 是⾳视频的媒体信息。
关于 HLS 的详细介绍可参考:HLS 是提供⼀个 m3u8 地址,Apple 的 Safari 浏览器直接就能打开 m3u8 地址,譬如:/live/livestream.m3u8Android 不能直接打开,需要使⽤ html5 的 video 标签,然后在浏览器中打开这个页⾯即可,譬如:<!-- livestream.html --><video width="640" height="360"autoplay controls autobuffersrc="/live/livestream.m3u8"type="application/vnd.apple.mpegurl"></video>HLS 的 m3u8,是⼀个 ts 的列表,也就是告诉浏览器可以播放这些 ts ⽂件,譬如:#EXTM3U#EXT-X-VERSION:3#EXT-X-MEDIA-SEQUENCE:64#EXT-X-TARGETDURATION:12#EXTINF:11.550livestream-64.ts#EXTINF:5.250livestream-65.ts#EXTINF:7.700livestream-66.ts#EXTINF:6.850livestream-67.ts有⼏个关键的参数,这些参数在 SRS 的配置⽂件中都有配置项:EXT-X-TARGETDURATION:所有切⽚的最⼤时长。
有些 Apple 设备这个参数不正确会⽆法播放。
解析TS流PAT和PMT代码#include#include#include#define ts_path "/home/huohuo/huangwork/work/birds.ts" //TS⽂件的绝对路径void Read_Ts_Packet(FILE *file_handle,unsigned char *packet_buf,int len); //读⼀个TS流的packetint parse_TS(unsigned char *buffer,int FileSize); //分析TS流,并找出PA T的PID和PAT的tablevoid parse_PAT(unsigned char *buffer,int len); //分析PA T,并找出所含频道的数⽬和PMT的PIDvoid pronum_pmtid_printf(); //打印PMT的PID unsigned char* Find_PMT(unsigned short pmt_pid); //找出PMT的table void parse_PMT(unsigned char *buffer,int len,unsigned short pmt_pid); //解析PMT,找出其中的Video和Audio的PID void printf_program_list(); //打印PMT table中包含的stream的类型和PIDunsigned char* Find_video_audio(unsigned short program_pid,unsigned char type); //找出Video或者Audio的table typedef struct{unsigned short program_num; //program's numunsigned short pmt_pid; //}PROGRAM;typedef struct{unsigned char stream_type;unsigned short elementary_pid;}PRO_LIST;PROGRAM programs[10] = {{0,0}}; //⽤来存储PMT的PID和数量unsigned int num = 0; //total programPRO_LIST program_list[10] = {{0,0}}; //⽤来存储PMT中stream的类型和PIDunsigned int program_list_num = 0;FILE *file_handle; //指向TS流的指针unsigned int FileSize = 0;int main(){unsigned char buffer[188] = {0};unsigned char *pmt_buffer, *Video_or_Audio_buffer;unsigned int i=0,j=0,ret=0;pmt_buffer = (unsigned char*)malloc(sizeof(char)*188); //给buffer分配空间Video_or_Audio_buffer = (unsigned char*)malloc(sizeof(char)*188);memset(Video_or_Audio_buffer,0,sizeof(char)*188);file_handle = fopen(ts_path,"rb+"); //以⼆进制⽅式打开TS⽂件if(NULL == file_handle) //判断是否打开⽂件{perror("fopen");printf("open file error!\n");return 0;}elseprintf("open file success!\n");fseek(file_handle,0,SEEK_END); //指针file_handle将以SEEK_END位置偏移0个位置,即将指针移动到⽂件尾FileSize = ftell(file_handle); // 计算file_handle到⽂件头的偏移字节数,即计算⽂件的⼤⼩printf("file size = %d\n",FileSize);rewind(file_handle); // equivalent (void) feek(file_handle,0L,SEEK_SET) 将file_handle 指针移动到⽂件头位置printf("find PAT begin-------->\n");for(i=0;i{Read_Ts_Packet(file_handle,buffer,188); //读TS的packet函数,每次读188个字节到bufferret = parse_TS(buffer,188); //解析188个字节的TS's packet,并打印找到的PA T’s table。
TS流解析传输流(TS)将具有共同时间基准或具有独立时间基准的一个或多个PES组合而成的单一的数据流称为传输流(Transport Stream)。
TS实际是面向数字化分配媒介(有线、卫星、地面网)的传输层接口。
对具有共同时间基准的两个以上的PES先进行节目复用,然后再对相互可有独立时间基准的各个PS进行传输复用,即将每个PES再细分为更小的TS包TS包由包头、自适应区和包数据3部分组成。
每个包长度为固定的188B,包头长度占4 B,自适应区和包数据长度占184B。
184B为有用信息空间,用于传送已编码的视音频数据流。
当节目时钟基准(PCR-Program Clock Reference)存在时,包头还包括可变长度的自适应区,包头的长度就会大于4B。
考虑到与通信的关系,整个传输包固定长度应相当于4个ATM包。
考虑到加密是按照8B顺序加扰的,代表有用信息的自适应区和包数据的长度应该是8B的整数倍,即自适应区和包数据为23×8B =184B。
TS包的包头由如图所示的同步字节、传输误码指示符、有效载荷单元起始指示符、传输优先、包识别(PID-Packet Identification)、传输加扰控制、自适应区控制和连续计数器8个部分组成。
其中,可用同步字节位串的自动相关特性,检测数据流中的包限制,建立包同步;传输误码指示符,是指有不能消除误码时,采用误码校正解码器可表示1bit 的误码,但无法校正;有效载荷单元起始指示符,表示该数据包是否存在确定的起始信息;传输优先,是给TS包分配优先权;PID值是由用户确定的,解码器根据PID将TS上从不同ES来的TS包区别出来,以重建原来的ES;传输加扰控制,可指示数据包内容是否加扰,但包头和自适应区永远不加扰;自适应区控制,用2 bit表示有否自适应区,即(01)表示有有用信息无自适应区,(10)表示无有用信息有自适应区,(11)表示有有用信息有自适应区,(00)无定义;连续计数器可对PID包传送顺序计数,据计数器读数,接收端可判断是否有包丢失及包传送顺序错误。
HLS,Http Live Streaming 是由Apple公司定义的用于实时流传输的协议,HLS基于HTTP 协议实现,传输内容包括两部分,一是M3U8描述文件,二是TS媒体文件。
1、M3U8文件用文本方式对媒体文件进行描述,由一系列标签组成。
#EXTM3U#EXT-X-TARGETDURATION:5#EXTINF:5,./0.ts#EXTINF:5,./1.ts#EXTM3U:每个M3U8文件第一行必须是这个tag。
#EXT-X-TARGETDURATION:指定最大的媒体段时间长度(秒),#EXTINF中指定的时间长度必须小于或等于这个最大值。
该值只能出现一次。
#EXTINF:描述单个媒体文件的长度。
后面为媒体文件,如./0.ts2、ts文件ts文件为传输流文件,视频编码主要格式h264/mpeg4,音频为acc/MP3。
ts文件分为三层:ts层Transport Stream、pes层 Packet Elemental Stream、es层 Elementary Stream. es层就是音视频数据,pes层是在音视频数据上加了时间戳等对数据帧的说明信息,ts层就是在pes层加入数据流的识别和传输必须的信息注:详解如下(1)ts层 ts包大小固定为188字节,ts层分为三个部分:ts header、adaptation field、payload。
ts header固定4个字节;adaptation field可能存在也可能不存在,主要作用是给不足188字节的数据做填充;payload是pes数据。
ts headerts 层的内容是通过PID 值来标识的,主要内容包括:PAT 表、PMT 表、音频流、视频流。
解析ts 流要先找到PAT 表,只要找到PAT 就可以找到PMT ,然后就可以找到音视频流了。
PAT表的PID 值固定为0。
PAT 表和PMT 表需要定期插入ts 流,因为用户随时可能加入ts 流,这个间隔比较小,通常每隔几个视频帧就要加入PAT 和PMT 。
PAT 和PMT 表是必须的,还可以加入其它表如SDT (业务描述表)等,不过hls 流只要有PAT 和PMT 就可以播放了。
∙PAT 表:他主要的作用就是指明了PMT 表的PID 值。
∙∙PMT 表:他主要的作用就是指明了音视频流的PID 值。
∙∙音频流/视频流:承载音视频内容。
∙adaption自适应区的长度要包含传输错误指示符标识的一个字节。
pcr是节目时钟参考,pcr、dts、pts都是对同一个系统时钟的采样值,pcr是递增的,因此可以将其设置为dts值,音频数据不需要pcr。
如果没有字段,ipad是可以播放的,但vlc无法播放。
打包ts流时PAT和PMT表是没有adaptation field的,不够的长度直接补0xff即可。
视频流和音频流都需要加adaptation field,通常加在一个帧的第一个ts包和最后一个ts包里,中间的ts包不加。
PAT格式table_id 8b PAT表固定为0x00section_syntax_indicator 1b 固定为1zero 1b 固定为0reserved 2b 固定为11section_length 12b 后面数据的长度transport_stream_id 16b 传输流ID,固定为0x0001reserved 2b 固定为11version_number 5b 版本号,固定为00000,如果PAT有变化则版本号加1current_next_indicator 1b 固定为1,表示这个PAT表可以用,如果为0则要等待下一个PAT表section_number 8b 固定为0x00 last_section_number 8b 固定为0x00 开始循环program_number 16b 节目号为0x0000时表示这是NIT,节目号为0x0001时,表示这是PMTreserved 3b 固定为111PID 13b 节目号对应内容的PID值结束循环CRC32 32b 前面数据的CRC32校验码PMT格式table_id 8b PMT表取值随意,0x02section_syntax_indicator 1b 固定为1zero 1b 固定为0reserved 2b 固定为11section_length 12b 后面数据的长度program_number 16b 频道号码,表示当前的PMT关联到的频道,取值0x0001 reserved 2b 固定为11version_number 5b 版本号,固定为00000,如果PAT有变化则版本号加1 current_next_indicator 1b 固定为1section_number 8b 固定为0x00last_section_number 8b 固定为0x00reserved 3b 固定为111PCR_PID 13b PCR(节目参考时钟)所在TS分组的PID,指定为视频PID reserved 4b 固定为1111program_info_length 12b 节目描述信息,指定为0x000表示没有开始循环stream_type 8b 流类型,标志是Video还是Audio还是其他数据,h.264编码对应0x1b,aac编码对应0x0f,mp3编码对应0x03reserved 3b 固定为111elementary_PID 13b 与stream_type对应的PIDreserved 4b 固定为1111ES_info_length 12b 描述信息,指定为0x000表示没有结束循环CRC32 32b 前面数据的CRC32校验码(2)pes层pes层是在每一个视频/音频帧上加入了时间戳等信息,pes包内容很多,我们只留下最常用的。
pes start code 3B 开始码,固定为0x000001stream id 1B 音频取值(0xc0-0xdf),通常为0xc0 视频取值(0xe0-0xef),通常为0xe0pes packet length 2B 后面pes数据的长度,0表示长度不限制,只有视频数据长度会超过0xffffflag 1B 通常取值0x80,表示数据不加密、无优先级、备份的数据flag 1B 取值0x80表示只含有pts,取值0xc0表示含有pts和dts pes data length 1B 后面数据的长度,取值5或10pts 5B 33bit值pts是显示时间戳、dts是解码时间戳,视频数据两种时间戳都需要,音频数据的pts和dts相同,所以只需要pts。
有pts和dts两种时间戳是B帧引起的,I帧和P帧的pts等于dts。
如果一个视频没有B帧,则pts永远和dts相同。
从文件中顺序读取视频帧,取出的帧顺序和dts顺序相同。
dts算法比较简单,初始值+ 增量即可,pts计算比较复杂,需要在dts的基础上加偏移量。
音频的pes中只有pts(同dts),视频的I、P帧两种时间戳都要有,视频B帧只要pts(同dts)。
打包pts和dts就需要知道视频帧类型,但是通过容器格式我们是无法判断帧类型的,必须解析h.264内容才可以获取帧类型。
举例说明:I P B B B P读取顺序: 1 2 3 4 5 6dts顺序: 1 2 3 4 5 6pts顺序: 1 5 3 2 4 6点播视频dts算法:dts = 初始值+ 90000 / video_frame_rate,初始值可以随便指定,但是最好不要取0,video_frame_rate就是帧率,比如23、30。
pts和dts是以timescale为单位的,1s = 90000 time scale , 一帧就应该是90000/video_frame_rate 个timescale。
用一帧的timescale除以采样频率就可以转换为一帧的播放时长点播音频dts算法:dts = 初始值+ (90000 * audio_samples_per_frame) / audio_sample_rate,audio_samples_per_frame这个值与编解码相关,aac取值1024,mp3取值1158,audio_sample_rate是采样率,比如24000、41000。
AAC一帧解码出来红色字体显示的内容是最常用的,打包es层数据时pes头和es数据之间要加入一个type=9的nalu,关键帧slice前必须要加入type=7和type=8的nalu,而且是紧邻。
一、背景介绍之前我做了一个项目,要求写一个TS流解析的模块,因此看了ISOIE C 13818-1文档,外加很多人的博客来帮助理解,来了解TS流格式是个什么东西,收货颇多。
因此我觉得是时候发点干货回馈社会了。
二,TS流背景介绍在介绍具体字段,参数这些头疼,烦人的东西之前,我觉得有必要先介绍下TS流的应用背景,有了这个概念,再去深入学习,将如虎添翼。
TS流最经典的应用就是我们平时生活中的数字高清电视。
我们看的电视码流就是TS封装格式的码流,电视码流发送过来后,就会由我们的机顶盒进行解封装,解码,然后传给电视机进行播放。
这里就有一个问题,我们看电视,有很多的频道,节目,对应码流是怎么区分的呢?(T IPS,频道和节目的关系,比如我们有中央电视台综合频道,下属CCT V-1~CCTV14这些节目)TS流引入了PAT和PMT两张表格的概念来解决这个问题。
三,PAT和PMTTS流是以每188字节为一包,我们可以称为ts packet。
这个ts pack et有可能是音视频数据,也有可能是表格。
举例说明,TS流的包顺序为:PAT,PMT,DATA,DATA,,,,,,PAT,PMT,DATA,DATA,,,,,,每隔一段时间,发送一张PAT表,紧接着发送一张PMT表,接着发送DATA(音视频)数据。
那么你可能要问了,有了这2张表格怎么区分频道,节目呢?PAT表格里面包含所有PMT表格的信息,一个PMT表格对应一个频道,比如中央电视台综合频道。
而一个PMT里面包含所有节目的信息,比如CCTV1~CCTV14。
在实际情况中我们是有很多频道的,所以PMT表格可不止一张,有可能是PAT,PMT,PMT,PMT,,,DATA,DATA,,,,PAT,PMT,PMT,,,DATA,DATA这样的形式。
除了这个设定外,每个频道或节目都有自己的标识符(PID),这样当我们拿到一个DAT A,解析出里面的PID,就知道是什么节目,并且也知道所属频道是什么了。
我们看电视的时候,会收到所有节目的DATA,当我们正在看某个节目的时候,机顶盒会把这个节目的DATA单独过滤出来,其它的舍弃。