PS 流格式解析(转)

对于PS流,最近因为工作需要,所以MPEG2中的PS流格式和解包过程进行了学习。

首先我们需要知道PS包流格式是怎么样的:

针对H264 做如下PS 封装:每个IDR NALU 前一般都会包含SPS、PPS 等NALU,因此将SPS、PPS、IDR 的NALU 封装为一个PS 包,包括ps 头,然后加上PS system header,PS system map,PES header+h264 raw data。所以一个IDR NALU PS 包由外到内顺序是:PSheader| PS system header | PS system Map | PES header | h264 raw data。对于其它非关键帧的PS 包,就简单多了,直接加上PS头和PES 头就可以了。顺序为:PS header | PES header | h264raw data。以上是对只有视频video 的情况,如果要把音频Audio也打包进PS 封装,也可以。当有音频数据时,将数据加上PES header 放到视频PES 后就可以了。顺序如下:PS 包=PS头|PES(video)|PES(audio),再用RTP 封装发送就可以了。

上面这是对数据流的一个整体封装格式,下面我们来看看每个封装中的每个部分:

(来自http://blog.csdn.net/wangjiannuaa/article/details/7679486)

首先是PSheader部分:(来自MPEG2标准中文文档)


语法


位数


助记符


pack_header() {


    pack_start_code


32


bslbf


    ‘01‘


2


bslbf


    system_clock_reference_base[32..30]


3


bslbf


    marker_bit


1


bslbf


    system_clock_reference_base[29..15]


15


bslbf


    marker_bit


1


bslbf


    system_clock_reference_base[14..0]


15


bslbf


    marker_bit


1


bslbf


    system_clock_reference_extension


9


uimsbf


    marker_bit


1


bslbf


    program_mux_rate


22


uimsbf


    marker_bit


1


bslbf


    marker_bit


1


bslbf


    reserved


5


bslbf


    pack_stuffing_length


3


uimsbf


for (i=0;i<pack_stuffing_length;i++){


stuffing_byte


8


bslbf


}


if (nextbits()==system_header_start_code) {


system_header()


}


}

节目流包(PS header)中各字段的语义定义:

包起始码字段  pack_start_code 

值为‘0000 0000 0000 0000 0000 0001 1011 1010‘ (0x000001BA)的位串,用来标志一个包的开始。

系统时钟参考字段  system_clock_reference_basesystem_clock_reference_extenstion

系统时钟参考(SCR)是一个分两部分编码的42位字段。第一部分system_clock_reference_base是一个长度为33位的字段,其值SCR_base(i)由式2-19给出;第二部分system_clock_reference_extenstion是一个长度为9位的字段,其值SCR_ext(i)由式2-20给出。SCR字段指出了基本流中包含ESCR_base最后一位的字节到达节目目标解码器输入端的期望时间。

SCR字段的编码频率要求见2.7.1。

标记位字段  marker_bit

1位字段,取值‘1‘。

节目复合速率字段  program_mux_rate

一个22位整数,规定P-STD在包含该字段的包期间接收节目流的速率。其值以50字节/秒为单位。不允许取0值。该字段所表示的值用于在2.5.2中定义P-STD输入端的字节到达时间。该字段值在本标准中的节目多路复合流的不同包中取值可能不同。

包填充长度字段  pack_stuffing_length

3位整数,规定该字段后填充字节的个数。

填充字节字段  stuffing_byte

8位字段,取值恒为‘1111 1111‘。该字段能由编码器插入,例如为了满足通道的要求。它由解码器丢弃。在每个包标题中最多只允许有7个填充字节。

它的定义字节顺序,如下所示:

4B的包起始码:


byte 0


byte 1


byte 2


byte 3


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


0000 0000 0000 0000 0000 0001
start code


1011 1010
PACK identifier

PACK identifier -- 0xBA

系统时钟基准(SCR-System Clock Reference)的基本部分SCR的扩展部分


byte 4


byte 5


byte 6


byte 7


byte 8


byte 9


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


01


SCR 32..30


1


SCR 29..15


1


SCR 14..00


1


SCR_ext


1

PS复用速率:


byte 10


byte 11


byte 12


byte 13


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


7


6


5


4


3


2


1


0


Program_Mux_Rate


1


1


reserved


pack_stuffing_length

==============================================================

接下来看看PS system header(即PS系统头:节目流系统标题)部分的定义:(来自MPEG-2标准文档)

表2-34  节目流系统标题


语  法


位数


助记符


system_header() {


    system_header_start_code


32


bslbf


    header_length


16


uimsbf


    marker_bit


1


bslbf


    rate_bound


22


uimsbf


    marker_bit


1


bslbf


    audio_bound


6


uimsbf


    fixed_flag


1


bslbf


    CSPS_flag


1


bslbf


    system_audio_lock_flag


1


bslbf


    system_video_lock_flag


1


bslbf


    marker_bit


1


bslbf


    vedio_bound


5


uimsbf


    packet_rate_restriction_flag


1


bslbf


    reserved_bits


7


bslbf


while (nextbits()==‘1‘) {


        stream_id


8


uimsbf


        ‘11‘


2


bslbf


        P-STD_buffer_bound_scale


1


bslbf


        P-STD_buffer_size_bound


13


uimsbf


}


}

系统标题中各字段的语义定义:

系统标题起始码字段  system_header_start_code

取值‘0000 0000 0000 0000 0000 0001 1011 1011‘ (0x000001BB)的位串,指出系统标题的开始。

标题长度字段  header_length

16位字段。指出该字段后的系统标题的字节长度。在本规范将来的扩充中可能扩展该字段。

速率界限字段  rate_bound

22位字段,取值不小于编码在节目流的任何包中的program_mux_rate字段的最大值。该字段可被解码器用于估计是否有能力对整个流解码。

音频界限字段  audio_bound

6位字段,取值是在从0到32的闭区间中的整数,且不小于节目流中解码过程同时活动的GB/T XXXX.3和GB/T AAAA.3音频流的最大数目。在本小节中,若STD缓冲区非空或展现单元正在P-STD模型中展现,则GB/T XXXX.3和GB/T AAAA.3音频流的解码过程是活动的。

固定标志字段  fixed_flag

1位标志位。置‘1‘时表示比特率恒定的操作;置‘0‘时,表示操作的比特率可变。在恒定比特率的操作期间,复合的GB/T XXXX.1流中的system_clock_reference字段值应遵从下面的线性公式:

SCR_base(i)=((c1×ic2) DIV 300) % 233                     (2-22)

SCR_ext(i)=((c1×ic2) DIV 300) % 300               (2-23)

其中:

c1    对所有i均有效的实型常数;

c2    对所有i均有效的实型常数;

i     在GB/T XXXX.1复合流中包含任何system_clock_reference字段的最后一位的字节索引。

CSPS标志字段  CSPS_flag 

1位字段。置‘1‘时,节目流符合2.7.9中定义的限制。

系统音频锁定标志字段  system_audio_lock_flag

1位字段。表示在系统目标解码器的音频采样率和system_clock_frequency之间存在规定的比率。system_clock_frequency在2.5.2.1中定义而音频采样率由GB/T XXXX.3规定。如果对节目流中所有音频基本流的所有展现单元,system_clock_frequency和实际音频采样率的比例SCASR是恒定的,且对音频流中所指出的标准采样率和下表中数值相等,则该字段只能为‘1‘。

SCASR=(system_clock_frequency) / audio_sample_rate_in_the_P-STD    (2-24)

记号X/Y表示实数除法。


标准音频采样频率(kHz)


16


32


22.05


44.1


24


48


SCASR


27 000 000

--------

16 000


27 000 000

-------

32 000


27 000 000

------

22 050


27 000 000

------

44 100


27 000 000

------

24 000


27 000 000

--------

48 000

系统视频锁定标志字段  system_video_lock_flag

1位字段。表示在系统目标解码器的视频帧速率和system_clock_frequency之间存在规定的比率。system_clock_frequency在2.5.2.1中定义而视频帧速率由GB/T XXXX.2规定。如果对GB/T XXXX.1中所有视频基本流的所有展现单元,system_clock_frequency和实际视频帧速率的比例SCFR是恒定的,且对视频流中所指出的标准帧速率和下表中数值相等,则该字段只能为‘1‘。

SCFRsystem_clock_frequency / frame_rate_in_the_P-STD             (2-25)


标准帧速率(Hz)


23.976


24


25


29.97


30


50


59.94


60


SCFR


1 126 125


1 125 000


1 080 000


900 900


900 000


540 000


450 450


450 000

比率SCFR的值是精确的。对于23.976,29.97或59.94帧/秒的标准速率,实际的帧速率与标准速率略有不同。

视频界限字段  video_bound

5位字段,取值是在从0到16的闭区间中的整数且不小于节目流中解码过程同时活动的GB/T XXXX.2和GB/T AAAA.2流的最大数目。在本小节中,若P-STD缓冲区非空或展现单元正在P-STD模型中展现,则GB/T XXXX.2和GB/T AAAA.2视频流的解码过程是活动的。

分组速率限制标志字段  packet_rate_restriction_flag

1位标志位。若CSPS标识为‘1‘,则该字段表示2.7.9中规定的哪个限制适用于分组速率。若CSPS标识为‘0‘,则该字段的含义未定义。

保留位字段  reserved_bits

7位字段。被保留供ISO/IEC将来使用。它的值应为‘111 1111‘,除非ISO/IEC对它作出其它规定。

流标识字段  stream_id

8位字段。指示其后的P-STD_buffer_bound_scale和P-STD_buffer_size_bound字段所涉及的流的编码和基本流号码。

若取值‘1011 1000‘,则其后的P-STD_buffer_bound_scale和P-STD_buffer_size_bound字段指节目流中所有的音频流。

若取值‘1011 1001‘,则其后的P-STD_buffer_bound_scale和P-STD_buffer_size_bound字段指节目流中所有的视频流。

若stream_id取其它值,则应该是大于或等于‘1011 1100‘的一字节值且应根据表2-18解释为流的编码和基本流号码。

节目流中的每个基本流应在每个系统标题中通过这种机制精确地规定一次它的P-STD_buffer_bound_scale和P-STD_buffer_size_bound。

P-STD缓冲区界限比例字段  P-STD_buffer_bound_scale 

1位字段。表示用于解释后续P-STD_buffer_size_bound字段的比例系数。若前面的stream_id表示一个音频流,则该字段值为‘0‘。若表示一个视频流,则该字段值为‘1‘。对于所有其它的流类型,该字段值可以为‘0‘也可以为‘1‘。

P-STD缓冲区大小界限字段  P-STD_buffer_size_bound 

13位无符号整数,取值不小于节目流中流n的所有分组的P-STD缓冲区大小BSn的最大值。若P-STD_buffer_bound_scale的值为‘0‘,则该字段以128字节为单位来度量缓冲区大小的边界。若P-STD_buffer_bound_scale的值为‘1‘,则该字段以1024字节为单位来度量缓冲区大小的边界。因此:

if (P-STD_buffer_bound_scale = = 0)

BSnP-STD_buffer_size_bound×128

else

BSnP-STD_buffer_size_bound×1024

所以对于系统头部的解析,我们一般只要先首先判断是否存在系统头(根据系统头的起始码0x000001BB),然后我们读取系统头的头部长度,即PS SYSTEM HEADER LENGTH部分,然后根据头部的长度,跳过PS系统头。进入下一个部分,即PS 节目流映射头。

==========================================================

接着看看PS流的节目映射流部分(节目流映射)定义:(来自MPEG-2标准文档)

表2-35  节目流映射


语  法


位数


助记符


program_stream_map() {


    packet_start_code_prefix


24


bslbf


    map_stream_id


8


uimsbf


    program_stream_map_length


16


uimsbf


    current_next_indicator


1


bslbf


    reserved


2


bslbf


    program_stream_map_version


5


uimsbf


    reserved


7


bslbf


    marker_bit


1


bslbf


    program_stream_info_length


16


uimsbf


for (i=0;i<N;i++){


descriptor()


}


    elementary_stream_map_length


16


uimsbf


for (i=0;i<N1;i++){


       stream_type


8


uimsbf


       elementary_stream_id


8


uimsbf


       elementary_stream_info_length


16


uimsbf


for (i=0;i<N2;i++) {


descriptor()


}


}


    CRC_32


32


rpchof


}

节目流映射中各字段的语义定义:

分组起始码前缀字段  packet_start_code_prefix

24位码。它和跟随其后的map_stream_id共同组成一个分组起始码以标志分组的开始。该字段是值为‘0000 0000 0000 0000 0000 0001‘ (0x000001)的位串。

映射流标识字段  map_stream_id

8位字段,值为0xBC。

节目流映射长度字段  program_stream_map_length

16位字段。指示紧跟在该字段后的program_stream_map中的字节数。该字段的最大值为1018(0x3FA)。

当前下一个指示符字段  current_next_indicator 

1位字段。置‘1‘时表示传送的节目流映射当前是可用的。置‘0‘时表示传送的节目流映射还不可用,但它将是下一个生效的表。

节目流映射版本字段  program_stream_map_version

5位字段,表示整个节目流映射的版本号。一旦节目流映射的定义发生变化,该字段将递增1,并对32取模。在current_next_indicator为‘1‘时,该字段应该是当前适用的节目流映射的版本号;在current_next_indicator为‘0‘时,该字段应该是下一个适用的节目流映射的版本号。

节目流信息长度字段  program_stream_info_length

16位字段,指出紧跟在该字段后的描述符的总长度。

标记位字段  marker_bit

1位字段,取值为‘1‘。

基本流映射长度字段  elementary_stream_map_length

16位字段,指出在该节目流映射中的所有基本流信息的字节长度。它只包括stream_type、elementary_stream_id和elementary_stream_info_length字段。(这里注意一下,这里的基本流映射长度,他只包括他后面的指定的那几个定义字段的总和,即从从这个长度,我们可以知道后面他根了几种类型的流定义,因为一种流的这个定义字段:stream_type(1BYTE)、elementary_stream_id(1byte)和elementary_stream_info_length(2byte)字段总和为4个字节,所以用elementary_stream_map_length/4可以得到后面定义了几个流类型信息。)

流类型字段  stream_type 

8位字段,根据表2-29规定了流的类型。该字段只能标志包含在PES分组中的基本流且取值不能为0x05。

(这里我们暂时根据国标GB28181中的定义可以知道

1、MPEG-4 视频流: 0x10;

2、H.264 视频流: 0x1B;

3、SVAC 视频流: 0x80;

4、G.711 音频流: 0x90;

5、G.722.1 音频流: 0x92;

6、G.723.1 音频流: 0x93;

7、G.729 音频流: 0x99;

8、SVAC音频流: 0x9B。

因为节目映射流字段只有在关键帧打包的时候,才会存在,所以如果要判断PS打包的流编码类型,就根据这个字段来判断。)

基本流标识字段  elementary_stream_id

8位字段,指出该基本流所在PES分组的PES分组标题中stream_id字段的值。

(这个字段的定义,其中0x(C0~DF)指音频,0x(E0~EF)为视频)

基本流信息长度字段  elmentary_stream_info_length

16位字段,指出紧跟在该字段后的描述符的字节长度。(即这个类型的流描述长度。这个后面的字段后面的指定长度不在elementary_stream_map_length指定的范围类。)

CRC 32字段  CRC_32 

32位字段,它包含CRC值以在处理完整个节目流映射后在附录A中定义的解码器寄存器产生0输出值。

对于这个字段的解析,我们需要取值0x000001BC的位串,指出节目流映射的开始,暂时不需要处理,读取Header Length直接跳过即可,如果需要解析流编码类型,必须详细解析这个字段。

=================PES包=============================

接下来我们来分析下PES包的内容:PES包=PES header+code raw data;

先看下PES header:(来自http://blog.csdn.net/chen495810242/article/details/39207305)

接着我们来看看解析步骤:(来自MPEG-2标准文档)

表2-17  PES分组


语  法


位数


助记符


PES_packet(){


 


 


packet_start_code_prefix


24


bslbf


stream_id


 8


uimsbf


PES_packet_length


16


uimsbf


if(stream_id != program_stream_map


 


 


&& stream_id !=padding_stream


 


 


&& stream_id !=private_stream_2


 


 


&& stream_id !=ECM


 


 


&& stream_id !=EMM


 


 


&& stream_id !=program_stream_directory


 


 


&& stream_id !=DSMCC_stream


 


 


&& stream_id !=ITU-T Rec.H.222.1 type E stream){


 


 


‘10‘


 2


bslbf


PES_scrambling_control


 2


bslbf


PES_priority


 1


bslbf


data_alignment_indicator


 1


bslbf


copyright


 1


bslbf


original_or_copy


 1


bslbf


PTS_DTS_flags


 2


bslbf


ESCR_flag


 1


bslbf


ES_rate_flag


 1


bslbf


DSM_trick_mode_flag


 1


bslbf


additional_copy_info_flag


 1


bslbf


PES_CRC_flag


 1


bslbf


PES_extension_flag


 1


bslbf


PES_header_data_length


 8


uimsbf


if(PTS_DTS_flags ==‘10‘){


 


 


‘0010‘


 4


bslbf


PTS[32..30]


 3


bslbf


marker_bit


 1


bslbf


PTS[29..15]


15


bslbf


marker_bit


 1


bslbf


PTS[14..0]


15


bslbf


marker_bit


 1


bslbf


}


 


 


if(PTS_DTS_flags ==‘11‘){


 


 


‘0011‘


 4


bslbf


PTS[32..30]


 3


bslbf


marker_bit


 1


bslbf


PTS[29..15]


15


bslbf


marker_bit


 1


bslbf


PTS[14..0]


15


bslbf


marker_bit


 1


bslbf


‘0001‘


 4


bslbf


PTS[32..30]


 3


bslbf


marker_bit


 1


bslbf


PTS[29..15]


15


bslbf


marker_bit


 1


bslbf


PTS[14..0]


15


bslbf


marker_bit


 1


bslbf


}


 


 


if(ESCR_flag ==‘1‘){


 


 


reserved


 2


bslbf


ESCR_base[32..30]


 3


bslbf


marker_bit


 1


bslbf


ESCR_base[29..15]


15


bslbf


marker_bit


 1


bslbf


ESCR_base[14..0]


15


bslbf


marker_bit


 1


bslbf


ESCR_extension


 9


uimsbf


marker_bit


 1


bslbf


}


 


 


if(ES_rate_flag ==‘1‘){


 


 


marker_bit


 1


bslbf


ES_rate


22


uimsbf


marker_bit


 1


bslbf


}


 


 


if (DSM_trick_mode_flag ==‘1‘){


trick_mode_control


 3


uimsbf


if ( trick_mode_control = =fast_forward ) {


field_id


 2


bslbf


intra_slice_refresh


 1


bslbf


frequency_truncation


 2


bslbf


}


else if ( trick_mode_control = = slow_motion ) {


rep_cntrl


 5


uimsbf


}


else if ( trick_mode _control = = freeze_frame ) {


field_id


 2


uimsbf


reserved


 3


bslbf


}


else if ( trick_mode _control = = fast_reverse ) {


field_id


 2


bslbf


intra_slice_refresh


 1


bslbf


frequency_truncation


 2


bslbf


else if ( trick_mode_control = = slow_reverse ) {


rep_cntrl


 5


uimsbf


}


else


reserved


 5


bslbf


}


if ( additional_copy_info_flag = =‘1‘){


marker_bit


 1


bslbf


additional_copy_info


 7


bslbf


}


if (PES_CRC_flag==‘1’){


previous_PES_packet_CRC


16


bslbf


}


if ( PES_extension_flag ==‘1‘) {


PES_private_data_flag


 1


bslbf


pack_header_field_flag


 1


bslbf


program_packet_sequence_counter_flag


 1


bslbf


P-STD_buffer_flag


 1


bslbf


reserved


 3


bslbf


PES_extension_flag_2


 1


bslbf


if(PES_private_data_flag ==‘1‘){


PES_private_data


128


bslbf


}


if (pack_header_field_flag == ‘1‘){


pack_field_length


 8


uimsbf


pack_header()


}


if (program_packer_sequence_counter_flag == ‘1‘){


marker_bit


 1


bslbf


program_packet_sequence_counter


 7


uimsbf


marker-bit


 1


bslbf


MPEG1_MPEG2_indentifier


 1


bslbf


original_stuff_length


 6


uimsbf


}


if (P-STD_buffer_flag = = ‘1‘({


‘01‘


 2


bslbf


P-STD_buffer_scale


 1


bslbf


P-STD_buffer_size


13


uimsbf


}


if (PES_extension_flag_2 == ‘1‘{


marker_bit


 1


bslbf


PES_extension_field_length


 7


uimsbf


for(i=0;i<PES_extension_field_length;i++){


reserved


 8


bslbf


}


}


}


for (i=0;i<N1;i++)}


stuffing_byte


 8


bslbf


}


for (i=0;i<N2;i++){


PES_packet_data_byte


 8


bslbf


}


}


else if (stream_id = = program_stream_map


|| stream_id = = private_stream_2


|| stream_id = = ECM


|| stream_id = = EMM


|| stream_id = = program_stream_directory


|| stream_id = = DSMCC_stream


|| stream_id = = ITU-T Rec. H.222.1 type E stream ){


for (i=0;i<PES_packet_length;i++){


PES_packet_data_byte


 8


bslbf


}


}


else if (steam_id = = padding_stream){


for (i=0;i<PES_packet_length;i++){


padding_byte


 8


bslbf


}


}


}

其中:

表2-18  Stream_id赋值


stream_id



流 编 码


1011 1100


1


program_stream_map(0xBC)


1011 1101


2


private_stream_1(0xBD)


1011 1110


padding_stream(0xBE)


1011 1111


3


private_stream-2(0xBF)


110x xxxx


GB/T XXXX.3或GB/T AAAA.3音频流编号xxxx(0xC0~0xDF)


1110 xxxx


GB/T XXXX.2或GB/T AAAA.2视频流编号xxxx(0xE0~0xEF)


1111 0000


3


ECM_stream(0xF0)


1111 0001


3


EMM_stream(0xF1)


1111 0010


5


GB/T XXXX.1附录B或GB/T XXXX.6_DSMCC_stream(0xF2)


1111 0011


2


ISO/IEC_13522_stream(0xF3)


1111 0100


6


ITU-T Rec. H.222.1类型A


1111 0101


6


ITU-T Rec. H.222.1类型B


1111 0110


6


ITU-T Rec. H.222.1类型C


1111 0111


6


ITU-T Rec. H.222.1类型D


1111 1000


6


ITU-T Rec. H.222.1类型E


1111 1001


7


ancillary_stream(0xF9)


1111 1010…1111 1110


保留数据流


1111 1111


4


program_stream_directory(0xFF)


符号x表示值‘0‘或‘1‘均被允许且可产生相同的流类型。流号码由x的取值决定。

1  类型为program_stream_map的PES分组有唯一的语法,在2.5.4.1中作了规定。

2  类型为private_stream_1和ISO/IEC_13352_stream的PES分组与GB/T XXXX.2及GB/T XXXX.3音频流服从相同的PES分组语法。

3  类型为private_stream_2,ECM_stream和EMM_stream的PES分组与private_stream_1相似,除了在PES_packet_length字段后未规定语法。

4  类型为program_stream_directory的PES分组有唯一的语法,在2.5.5中作了规定。

5  类型为DSM_CC_stream的PES分组有唯一的语法,在GB/T XXXX.6中作了规定。

6  stream_id与表2-29中的stream_type  0x09相关联。

7  stream_id仅用于PES分组。PES分组在传输流中携带了来源于节目流或GB/T AAAA.1系统流的数据(参见2.4.3.7)。

PES分组中各字段的语义定义

分组起始码前缀字段  packet_start_code_prefix 

24位代码,它和后面的stream_id构成了标识分组开始的分组起始码。它是一个值为‘0000 0000 0000 0000 0000 0001‘ (0x000001)的位串。

流标识字段  stream_id 

在节目流中,它规定了基本流的号码和类型。定义参见表2-18。在传输流中,它可以被设定为正确描述表2-18中定义的基本流类型的任何有效值。在传输流中,基本流类型在2.4.4的节目特定信息中作了规定。

PES分组长度字段  PES_packet_length 

16位字段,指出了PES分组中跟在该字段后的字节数目。值为0表示PES分组长度要么没有规定要么没有限制。这种情况只允许出现在有效负载包含来源于传输流分组中某个视频基本流的字节的PES分组中。

PES加扰控制字段  PES_scrambling_control 

2位字段,表示PES分组有效负载的加扰方式。当加扰发生在PES层,PES分组标题,如果有可选字段的话也包括在内,不应被加扰(参见2-19)。

PES优先级字段  PES_priority 

1位字段,指示PES分组中有效负载的优先级。‘1‘表示PES分组中有效负载的优先级高于该字段为‘0‘的PES分组有效负载。多路复合器能使用该字段来区分安排基本流中数据的优先级。传输机制不应改动该字段。

数据对齐指示符字段  data_alignment_indicator

1位标志。置‘1‘时表示PES分组标题后紧跟着在2.6.10中的data_alignment_indicator所指出的视频起始码或音频同步字,如果有data_alignment_indicator描述符的话。若其值为‘1‘且无该描述符,则需要在表2-47和2-48中alignment_type ‘01‘所表示的对齐。当值为‘0‘时,没有定义是否有任何此种的对齐。

版权字段  copyright

1位字段。置‘1‘时表示相关PES分组有效负载的材料受到版权保护。当值为‘0‘时,没有定义该材料是否受到版权保护。2.6.24中描述的版权描述符与包含PES分组的基本流相关。若描述符作用于包含PES分组的材料,则版权标志被置为‘1‘。

原始或拷贝字段  original_or_copy

1位字段。置‘1‘时表示相关PES分组有效负载的内容是原始的;值为‘0‘表示相关PES分组有效负载的内容是一份拷贝。

PTS DTS标志字段  PTS_DTS_flags 

2位字段。当值为‘10‘时,PTS字段应出现在PES分组标题中;当值为‘11‘时,PTS字段和DTS字段都应出现在PES分组标题中;当值为‘00‘时,PTS字段和DTS字段都不出现在PES分组标题中。值‘01‘是不允许的。

ESCR标志字段  ESCR_flag 

1位标志。置‘1‘时表示ESCR基础和扩展字段出现在PES分组标题中;值为‘0‘表示没有ESCR字段。

ES速率标志字段  ES_rate_flag 

1位标志。置‘1‘时表示ES_rate字段出现在PES分组标题中;值为‘0‘表示没有ES_rate字段。

DSM特技方式标志字段  DSM_trick_mode_flag 

1位标志。置‘1‘时表示有8位特技方式字段;值为‘0‘表示没有该字段。

附加版权信息标志字段  additional_copy_info_flag 

1位标志。置‘1‘时表示有附加拷贝信息字段;值为‘0‘表示没有该字段。

PES CRC标志字段  PES_CRC_flag 

1位标志。置‘1‘时表示CRC字段出现在PES分组标题中;值为‘0‘表示没有该字段。

PES扩展标志字段  PES_extension_flag 

1位标志。置‘1‘时表示PES分组标题中有扩展字段;值为‘0‘表示没有该字段。

PES标题数据长度字段  PES_header_data_length

8位字段。指出包含在PES分组标题中的可选字段和任何填充字节所占用的总字节数。该字段之前的字节指出了有无可选字段。

标记位字段  marker_bit 

值为‘1‘的1位字段。

展现时间戳字段  PTS

展现时间与解码时间的关系如下:PTS是一个编码在三个分离字段中的33位数字。它指出了基本流n的第k个展现单元在系统目标解码器中的展现时间tpn(k)。PTS的值以系统时钟频率的1/300(即90 kHz)为单位。展现时间由PTS根据式2-11计算而来。对编码展现时间戳频率的约束参见2.7.4。

PTS(k)=((system_clock_frequency×tpn(k)) DIV 300) % 233            (2-11)

其中,tpn(k)是展现单元Pn(k)的展现时间。

对音频而言,若PES分组标题中有PTS,则它是指PES分组中开始的第一个存取单元。若PES分组中有音频存取单元的首字节,则有一个音频存取单元开始于该PES分组中。

对视频而言,若PES分组标题中有PTS,则它是指包含PES分组中开始的第一个画面起始码的存取单元。若PES分组中有画面起始码的首字节,则有一个画面起始码开始于该PES分组中。

对音频展现单元(PU),low_delay序列中的视频PU以及B画面,展现时间tpn(k)应等于tdn(k)。

对于非low_delay中的I画面和P画面,在存取单元(AU) k和k‘之间无解码不连续时,展现时间tpn(k)应等于下一个传输的I画面或P画面的解码时间tdn(k) (参见2.7.5)。若有解码不连续或流终止,则tpn(k)和tdn(k)之间的差别应与初始流一直延续,没有不连续也没有终止时完全相同。

注1: low_delay序列是low_delay标志被设置的视频序列(参见GB/T XXXX.2中的6.2.2.3)。

若音频中有滤波,则系统模型假定滤波不会导致延迟。因此,编码时PTS所涉及的采样与解码时PTS所涉及的采样是相同的。对于可伸缩编码,参见2.7.6。

解码时间戳字段  DTS  

DTS是一个编码在三个分离字段中的33位数字。它指出了基本流n的第j个展现单元在系统目标解码器中的解码时间tdn(j)。DTS的值以系统时钟频率的1/300 (即90 kHz)为单位。解码时间由DTS根据式2-12计算而来:

DTS(j)=((system_clock_frequency×tdn(j)) DIV 300) % 233             (2-12)

其中,tdn(j)是存取单元An(j)的解码时间。

对视频而言,若PES分组标题中有DTS,则它是指包含PES分组中开始的第一个画面起始码的存取单元。若PES分组中有画面起始码的首字节,则该画面起始码开始于该PES分组中。

对于可伸缩编码,参见2.7.6。

ESCR字段  ESCR_base,ESCR_extension 

42位字段,分两部分编码。第一部分是一个长度为33位的字段,其值ESCR_base(i)由式2-14给出;第二部分是一个长度为9位的字段,其值ESCR_ext(i)由式2-15给出。ESCR字段指出了基本流中包含ESCR_base最后一个比特的字节到达PES-STD输出端的期望时间(参见2.5.2.4)。

特别地

ESCR(i)=ESCR_base(i)×300+ESCR_ext(i)                                 (2-13)

其中:

ESCR_base(i)=((system_clock_frequency×t(i)) DIV 300) % 233             (2-14)

ESCR _ext(i)=((system_clock_frequency×t(i)) DIV 1) % 300                (2-15)

ESCR和ES_rate字段(参见下面紧接的语义)包含与PES流序列相关的时间信息。这些字段应满足2.7.3中定义的约束。

基本流速率字段  ES_rate

22位无符号整数。对于PES流而言,它指出了系统目标解码器接收PES分组的速率。该字段在它所属的PES分组以及同一个PES流的后续PES分组中一直有效,直到遇到一个新的ES_rate字段。该字段的值以50字节/秒为单位,且不能为0。该字段用于定义PES流的字节到达P-STD输入端的时间(参见2.5.2.4中的定义)。在各个PES分组中,编码在该字段中的值可能不同。

特技方式控制字段  trick_mode_control

3位字段。它表示作用于相关视频流的特技方式。对其它类型的基本流,该字段及其后5位的含义没有定义。trick_mode状态的定义参见2.4.2.3的特技模式部分。

当trick_mode状态为假时,对GB/T XXXX.2视频而言,解码过程输出渐进序列中每幅画面的次数N由repeat_first_field和top_field_first字段来规定。对GB/T AAAA.2视频而言,由序列标题决定。

对于隔行序列,当trick_mode状态为假时,对GB/T XXXX.2视频而言,次数N由repeat_first_field和progressive_frame字段来规定。

当trick_mode状态为真时,画面的播放次数依赖于值N。

表2-20 特技方式控制值



描  述


‘000‘


快进


‘001‘


慢动作


‘010‘


冻结帧


‘011‘


快倒


‘100‘


慢倒


‘101‘-‘111‘


保留

当该字段值发生变化或特技模式操作停止时,可能会出现下列情况的任意组合:

l            时基不连续;

l            解码不连续;

l            连续性计数器不连续;

在特技模式的情况下,解码和展现的非标准速度可能会导致视频基本流数据中定义的某些字段值不正确。同样,片段结构的语义约束也可能无效。这些例外所涉及的视频语法元素为:

l            bit_rate;

l            vbv_delay;

l            repeat_first_field;

l            v_axis_positive;

l            field_sequence;

l            subcarrier;

l            burst_amplitude;

l            subcarrier_phase;

在特技模式中,解码器不应该依赖于编码在这些字段中的值。

标准并不要求解码器能解码trick_mode_control字段。但是,能解码该字段的解码器应能满足以下标准要求。

快进fast forword

trick_mode_control字段中的值‘000‘。当该值出现时,它表示一个快进视频流并定义了PES分组标题中后续5位的含义。intra_slice_refresh位可以被设定为‘1‘以指出可能有丢失的宏块。解码器可以用前一个解码画面中相同位置的宏块来代替。表2-21中定义的field_id字段,表示应该显示哪个或哪些字段。frequency_truncation字段指出了可能包括的一个系数受限集合。该字段值的含义如表2-22所示。

慢动作  slow motion

trick_mode_control字段中的值‘001‘。当该值出现时,它表示一个慢动作视频流,并定义了PES分组标题中后续5个比特的含义。对渐进序列而言,该画面应被显示N×rep_cntrl时间,其中N定义如上。

对GB/T AAAA.2视频和GB/T XXXX.2视频渐进序列而言,该画面应被显示N×rep_cntrl时间,其中N定义如上。

对GB/T XXXX.2隔行序列而言,该画面应被显示N×rep_cntrl时间。若该画面是一个帧画面,则待显示的第一个字段在top_field_first为1时应该是顶字段,在top_field_first为0时,应该是底字段(参见GB/T XXXX.2)。该字段被显示N×rep_cntrl / 2时间。该画面的其它字段被显示N-N×rep_cntrl / 2时间。

冻结帧  freeze frame

trick_mode_control字段中的值‘010‘。当该值出现时,它表示冻结帧视频流,并定义了PES分组标题中后续5位的含义。表2-21中定义的field_id字段,表示应该显示哪个(些)字段。field_id字段指出了包含该字段的PES分组中开始的第一个视频存取单元,除非该PES分组包含0个有效负载字节。在后一种情况下,field_id字段指出了最近的前一个视频存取单元。

快倒  fast reverse

trick_mode_control字段中的值‘011‘。当该值出现时,它表示一个快倒视频流并定义了PES分组标题中后续5位的含义。intra_slice_refresh位可以被设定为‘1‘以指出可能有丢失的宏块。解码器可以用前一个解码画面中相同位置的宏块来代替。表2-21中定义的field_id字段,表示应该显示哪个或哪些字段。frequency_truncation字段指出了可能包括的一个系数受限集合。该字段值的含义如表2-22“系数选择值”所示。

慢倒  slow reverse

trick_mode_control字段中的值‘100‘。当该值出现时,它表示一个慢倒视频流并定义了PES分组标题中后续5位的含义。对GB/T AAAA.2视频和GB/T XXXX.2视频渐进序列而言,该画面应被显示N×rep_cntrl时间,其中N定义如上。

对GB/T XXXX.2隔行序列而言,该画面应被显示N×rep_cntrl时间。若该画面是一个帧画面,则待显示的第一个字段在top_field_first为1时应该是底字段,在top_field_first为‘0‘时,应该是顶字段(参见GB/T XXXX.2)。该字段被显示N×rep_cntrl/2时间。该画面的其它字段被显示N-N×rep_cntrl / 2时间。

字段标识字段  field_id

2位字段,表示应该显示哪个(些)字段。根据表2-21对其进行编码。

表2-21  field_id字段控制值



描  述


‘00‘


仅自顶向下播放


‘01‘


仅自底向上播放


‘10‘


播放所有帧


‘11‘


保留

片内参考字段  intra_slice_refresh

1位标志。置‘1‘时表示PES分组的视频数据编码片中可能有丢失的宏块;置‘0‘时,表示上述情况可能不出现。更多的信息可参见GB/T XXXX.2。解码器可以用前一个解码画面中同一个位置的宏块来代替丢失的宏块。

频率截断字段  frequency_truncation

2位字段。指出在对PES分组中数据进行编码时可能用到受限系数集合。其值定义于表2-22。

表2-22  系数选择值



描述


‘00‘


仅DC系数非0


‘01‘


仅前三个系数非0


‘10‘


仅前六个系数非0


‘11‘


所有系数均可能非0

显示次数控制字段  rep_cntrl

5位字段,指出隔行画面中每一字段的显示次数或渐进画面显示次数。对隔行画面而言,顶字段或底字段是否应首先显示是视频序列标题中trick_mode_control字段和top_field_first字段的功能。该字段值不能为‘0‘。

附加版权信息字段  additional_copy_info

7位字段,包含与版权信息有关的专用数据。

前PES分组CRC字段  previous_PES_packet_CRC

16位字段。在对前一个PES分组(不包括该PES分组的标题)进行处理后,该字段包含一个在解码器的16个寄存器中生成0输出的CRC值。该CRC值与附录A中所定义的相类似,但具有以下多项式:

x16+x12+x5+1

注2:  该CRC值是为了用于网络维护,例如将有间隙性错误的源隔离开来,而不是为了供基本流解码器使用。它仅用于计算数据字节,因为在传输过程中PES分组标题数据可能被修改。

PES专用数据标志字段  PES_private_data_flag 

1位标志。置‘1‘时表示PES分组标题中包含专用数据;置‘0‘时表示PES分组标题中无专用数据。

包标题字段标志字段  pack_header_field_flag

1位标志。置‘1‘时表示PES分组标题中有GB/T AAAA.2包标题或节目流包标题。若该字段在包含于节目流中的PES分组中,其值应为‘0‘。在传输流中,当值为‘0‘时表示PES标题中无包标题。

节目分组序列计数标志字段  program_packet_sequence_counter_flag

1位标志。值为‘1‘时表示PES分组有program_packet_sequence_counter,MPEG1_MPEG2_identifier和original_stuff_length字段。值为‘0‘时表示PES分组标题中无这些字段。

P-STD缓冲区标志字段  P-STD_buffer_flag 

1位标志。置‘1‘时表示PES分组标题中有P-STD_buffer_scale和P-STD_buffer_size字段。值为‘0‘时表示PES标题中无这些字段。

PES扩展标志字段  PES_extension_flag_2 

1位标志,置‘1‘时表示有PES_extension_field_length及相关字段。

PES专用数据字段  PES_private_data 

16位字段。包含专用数据。这些数据与其前后的字段组合在一起时,不能与packet_start_code_prefix (0x000001)冲突。

包字段长度字段  pack_field_length

8位字段。表示pack_header_field()以字节为单位时的长度。

节目分组序列计数字段  program_packet_sequence_counter

7位字段。它是一个可选的计数器,随着来自于节目流或GB/T AAAA.1流的每一个后续的PES分组或传输流中具有单个节目定义的PES分组而递增,以提供与连续性计数器(参见2.4.3.2)相似的功能。它能用于检索节目流或原始GB/T AAAA.1流中的初始PES分组序列。该计数器在达到最大值后回卷为0。PES分组不能出现重复。因此,复合节目中任何两个连续的PES分组不应具有相同的program_packet_sequence_counter值。

MPEG1 MPEG2标识符字段  MPEG1_MPEG2_identifier 

1位标志。置‘1‘时表示PES分组携带的信息来自于GB/T AAAA.1流;置‘0‘时表示PES分组携带的信息来自于节目流。

始填充长度字段  original_stuff_length

6位字段。指定用于初始GB/T XXXX.1分组标题或初始GB/T AAAA.1分组标题中的填充字节数。

P-STD缓冲区比例字段  P-STD_ buffer_scale 

1位字段。仅当该PES分组包含于节目流中时才有意义。它指出了用来解释后续P-STD_buffer_size字段的比例因子。若前面的stream_id表示一个音频流,该字段值应为‘0‘;若前面的stream_id表示一个视频流,该字段值应为‘1‘。对于所有的其它流类型,其值可以为‘0‘或‘1‘。

P-STD缓冲区大小字段  P-STD_buffer_size 

13位无符号整数。仅当该PES分组包含于节目流中时才有意义。它定义了P-STD输入缓冲区的大小BSn。若P-STD_ buffer_scale的值为‘0‘,那么P-STD_buffer_size以128字节为单位来度量缓冲区的大小。若P-STD_buffer_scale的值为‘1‘,那么P-STD_buffer_size以1024字节为单位来度量缓冲区的大小。因此:

if ( P-STD_buffer_scale == 0)

BSnP-STD_buffer_size×128                                                                    (2-16)

else

BSnP-STD_buffer_size×1024                                                                  (2-17)

当该字段被GB/T XXXX.1系统目标解码器收到后,其编码值立即生效。

PES扩展字段长度字段  PES_extension_field_length 

7位字段。指出了跟在该字段之后在PES扩展字段中直到且包括任何保留字节的数据的字节长度。

填充字节字段  stuffing_byte

8位字段,其值恒定为‘1111 1111‘。可以由编码器插入以满足通道的需求等。解码器丢弃该字段。一个PES分组标题中只能出现32个填充字节。

PES分组数据字节字段  PES_packet_data_byte 

该字段应该是来自于由分组的stream_id或PID所指定的基本流的连续数据字节。当基本流数据符合GB/T XXXX.2或GB/T XXXX.3时,该字段应该是与本标准的字节相对齐的字节。基本流的字节序应得到保持。该字段的字节数N由PES_packet_length字段规定。N应等于PES_packet_length减去在PES_packet_length字段的最后一个字节与第一个 PES_packet_data_byte间的字节数。

填料字节字段  padding_byte

8位字段,其值恒定为‘1111 1111‘。该字段被解码器丢弃。

原文地址:https://www.cnblogs.com/wanggang123/p/9977019.html

时间: 2024-11-08 17:18:11

PS 流格式解析(转)的相关文章

ps流格式解析和总结(改了一下排版)

对于PS流,最近因为工作需要,所以MPEG2中的PS流格式和解包过程进行了学习. 首先我们需要知道PS包流格式是怎么样的: (来自http://blog.csdn.net/chen495810242/article/details/39207305) 针对H264 做如下PS 封装:每个IDR NALU 前一般都会包含SPS.PPS 等NALU,因此将SPS.PPS.IDR 的NALU 封装为一个PS 包,包括ps 头,然后加上PS system header,PS system map,PES

PS流格式

概念: 将具有共同时间基准的一个或多个PES组合(复合)而成的单一的数据流称为节目流(Program Stream). ES是直接从编码器出来的数据流,可以是编码过的视频数据流,音频数据流,或其他编码数据流的统称.ES流经过PES打包器之后,被转换成PES包. 构成: PS包由包头.系统头.PES包3部分构成.包头由PS包起始码.系统时钟基准(SCR-System Clock Reference)的基本部分.SCR的扩展部分和PS复用速率4部分组成. 维基百科对应的图表(包头.系统头): 字节顺

(转)PS流格式

概念: 将具有共同时间基准的一个或多个PES组合(复合)而成的单一的数据流称为节目流(Program Stream). ES是直接从编码器出来的数据流,可以是编码过的视频数据流,音频数据流,或其他编码数据流的统称.ES流经过PES打包器之后,被转换成PES包. 构成: PS包由包头.系统头.PES包3部分构成.包头由PS包起始码.系统时钟基准(SCR-System Clock Reference)的基本部分.SCR的扩展部分和PS复用速率4部分组成. 维基百科对应的图表(包头.系统头): 字节顺

ps流来封装h.264数据

7816使用ps流来封装h.264数据,这里使用的解码器无法识别ps流,因此需要将h264数据从ps流里提取出来 对于ps流的规定可以参考13818-1文档 这里从7816里获取到一些数据取样 00 00 01 BA 44 73 26 B8 34 01 00 00 03 FE FF FF 00 00 00 0100 00 01 BC00 5A E0 FF 00 24 40 0E 48 4B 00 01 0D AF C5 D3 E0 07 FF FF FF FF 41 12 48 4B 00 00

(转)从海康7816的ps流里获取数据h264数据

海康7816使用ps流来封装h.264数据,这里使用的解码器无法识别ps流,因此需要将h264数据从ps流里提取出来 对于ps流的规定可以参考13818-1文档 这里从7816里获取到一些数据取样 00 00 01 BA 44 73 26 B8 34 01 00 00 03 FE FF FF 00 00 00 0100 00 01 BC00 5A E0 FF 00 24 40 0E 48 4B 00 01 0D AF C5 D3 E0 07 FF FF FF FF 41 12 48 4B 00

PES,TS,PS,RTP等流的打包格式解析之PES流

PES,TS,PS,RTP等流的打包格式解析之PES流 版权声明:本文为博主原创文章,未经博主允许不得转载. 因为工作接触到了各种不同的音视频封装格式,常见的国标PS流,onvif的RTP流和TS流等,都说好记性不如烂笔头,抽空总结下,也好在以后能随时查阅,因水平问题,可能会有地方有疏漏和问题,还请指教 一.PES流 PES流是对原始ES流进行的第一层封装,PES流的基本单位是PES包,由包头和payload组成,ES流即音视频裸流,是从编码器里面出来的原始视频音频流:ES流只包含一种内容,里面

RTP协议全解析(H264码流和PS流)

目录(?)[+] RTP Header解析 RTP荷载H264码流 1单个NAL单元包 2分片单元FU-A RTP荷载PS流 1PS包头 2系统标题 3节目映射流 4PES分组头部 写在前面:RTP的解析,网上找了很多资料,但是都不全,所以我力图整理出一个比较全面的解析, 其中借鉴了很多文章,我都列在了文章最后,在此表示感谢. 互联网的发展离不开大家的无私奉献,我决定从我做起,希望大家支持. 原创不易,转载请附上链接,谢谢http://blog.csdn.net/chen495810242/ar

(转)RTP协议全解(H264码流和PS流)

写在前面:RTP的解析,网上找了很多资料,但是都不全,所以我力图整理出一个比较全面的解析, 其中借鉴了很多文章,我都列在了文章最后,在此表示感谢. 互联网的发展离不开大家的无私奉献,我决定从我做起,希望大家支持. 原创不易,转载请附上链接,谢谢http://blog.csdn.net/chen495810242/article/details/39207305 1.RTP Header解析   图1 1)        V:RTP协议的版本号,占2位,当前协议版本号为2 2)        P:

TS格式解析

1.TS格式介绍 TS:全称为MPEG2-TS.TS即"Transport Stream"的缩写.它是分包发送的,每一个包长为188字节(还有192和204个字节的包).包的结构为,包头为4个字节(第一个字节为0x47),负载为184个字节.在TS流里可以填入很多类型的数据,如视频.音频.自定义信息等.MPEG2-TS主要应用于实时传送的节目,比如实时广播的电视节目.MPEG2-TS格式的特点就是要求从视频流的任一片段开始都是可以独立解码的.简单地说,将DVD上的VOB文件的前面一截c