Packet的概念
(1)TS流是基于Packet的位流格式,每個(gè)包是188字節(jié)或者204字節(jié)(一般是188字節(jié),204字節(jié)的格式僅僅是在188字節(jié)的Packet后部加上16字節(jié)的CRC數(shù)據(jù),其他格式是一樣的),整個(gè)TS流組成如下所示:
Packet 1 Packet 2 ...... Packet n
在實(shí)際使用中,因?yàn)門S流已經(jīng)內(nèi)部具有很強(qiáng)的錯(cuò)誤處理能力,所以一般使用較多的是188字節(jié)一個(gè)包的格式,204字節(jié)一個(gè)包的格式據(jù)說(shuō)一般在高清節(jié)目中使用較多.
所有的Packet格式都是統(tǒng)一的,包括一個(gè)Packet header和Packet datas.其中Packet header包含了同步字節(jié)(該字節(jié)固定是0x47,表示這個(gè)包的數(shù)據(jù)開始是正確的),該P(yáng)acket的唯一號(hào)碼(即PID)和其他一些信息.格式如下(用C格式表示)
typedef struct
{
unsigned sync_byte:8;
unsigned transport_error_indicator:1;
unsigned payload_unit_start_indicator:1;
unsigned transport_priority:1;
unsigned PID:13;
unsigned transport_scrambling_control:2;
unsigned adaptation_field_control:2;
unsigned continuity_counter:4;
}PACKET_HEADER;
以上結(jié)構(gòu)剛好占用32 bits,即4個(gè)字節(jié),因此一個(gè)TS流的Packet頭部的4字節(jié)是header信息,分析該header信息就可以知道當(dāng)前Packet的屬性.剩下的184字節(jié)有可能是Video數(shù)據(jù),也有可能是Audio數(shù)據(jù),也有可能是DVB SI信息,怎 么區(qū)分呢?其實(shí)很簡(jiǎn)單,就是利用header中的PID信息.上一章說(shuō)了PAT是節(jié)目關(guān)聯(lián)表,它的PID是0x0000.這個(gè)PID就是對(duì)應(yīng)這里 header的PID.換句話就是說(shuō),如果我們發(fā)現(xiàn)一個(gè)Packet的PID等于0x0000,那么說(shuō)明這個(gè)Packet是DVB的PAT表格而不是 Video數(shù)據(jù)或者Audio數(shù)據(jù).
實(shí) 際上,在信號(hào)編碼成TS碼流的時(shí)候,不同節(jié)目的Video,Audio等數(shù)據(jù)都分配了不同的PID.例如,一個(gè)節(jié)目有兩路Video,三路Audio,那 么分配PID的時(shí)候可能是Video 1==0x100,Video 2==0x101,Audio 1==0x102,Audio 2==0x103, Audio 3==0x104,這樣傳輸?shù)腡S碼流中的PID就可能有以上的PID.因此,如果我們需要在程序中過(guò)濾出第一路Video和第二路 Audio就可以這樣處理了(偽代碼描述):
void Process_Packet(unsigned char*buff)
{
int PID=GETPID(buff);
if(PID==0x100)
{
SaveToVideoBuffer(buff+4);
}
else if(PID==0x103)
{
SaveToAudioBuffer(buff+4);
}
else
{
printf("unknown PID!"n");
}
}
現(xiàn) 在的問(wèn)題是,編碼的時(shí)候分配好的PID,在解碼的時(shí)候是怎么知道什么PID對(duì)應(yīng)什么數(shù)據(jù)呢?這就是DVB SI表格的分析與處理了,請(qǐng)參考第三章.這里先 看一個(gè)實(shí)際的TS碼流的例子.這里的數(shù)據(jù)是用UltraEdit用16進(jìn)制格式打開TS碼流文件得到的.文件是Taiwan-551.ts.
這 里僅僅截取了3個(gè)Packet的信息,請(qǐng)注意圖中用紅色標(biāo)注的部分,這就是TS流Packet的4個(gè)字節(jié)的頭信息.這個(gè)TS流是采用每個(gè)包共188字節(jié)的 格式,因?yàn)閮蓚€(gè)頭信息的間隔是188個(gè)字節(jié)(第一個(gè)0x47到第二個(gè)0x47的間隔).以后的所有的Packet都將是188字節(jié)的格式,這是 DVB TS標(biāo)準(zhǔn)規(guī)定的固定大小.那么這三個(gè)包分別包含的是什么數(shù)據(jù),下面我們可以自己分析一下.
先 看第一個(gè)包,頭信息數(shù)據(jù)是"0x47 0x07 0xe5 0x12",剛才已經(jīng)知道了,header信息都是按位操作的(這就是為什么TS碼流也可以叫 做位流的原因),特別要注意的是定義和傳輸?shù)臅r(shí)候都是MSB first,也就是說(shuō),先出現(xiàn)的位是數(shù)據(jù)的最高位.先轉(zhuǎn)化成2進(jìn)制格式:
01000111 00000111 11100101 00010010
請(qǐng)對(duì)照上面的PACKET_HEADER結(jié)構(gòu):
typedef struct
{
unsigned sync_byte:8;
unsigned transport_error_indicator:1;
unsigned payload_unit_start_indicator:1;
unsigned transport_priority:1;
unsigned PID:13;
unsigned transport_scrambling_control:2;
unsigned adaptation_field_control:2;
unsigned continuity_counter:4;
}PACKET_HEADER;
那么對(duì)照一下,我們可以發(fā)現(xiàn):
sync_byte=01000111,就是0x47,這是DVB TS規(guī)定的同步字節(jié),固定是0x47.
transport_error_indicator=0,表示當(dāng)前包沒(méi)有發(fā)生傳輸錯(cuò)誤.
payload_unit_start_indicator=0,含義請(qǐng)參考ISO13818-1標(biāo)準(zhǔn)文檔
transport_priority=0,表示當(dāng)前包是低優(yōu)先級(jí).
PID=00111 11100101即0x07e5,這代表是什么呢,暫時(shí)還不知道(實(shí)際上是Video PID,參考下圖)
transport_scrambling_control=00,表示節(jié)目沒(méi)有加密
adaptation_field_control=01即0x01,具體含義請(qǐng)參考ISO13818-1
continuity_counte=0010即0x02,表示當(dāng)前傳送的相同類型的包是第3個(gè)
依此類推,再看一下第二個(gè)包"0x47 0x07 0xe5 0x13",2進(jìn)制是01000111 00000111 11100101 00010011
sync_byte=01000111,就是0x47,這是DVB TS規(guī)定的同步字節(jié),固定是0x47.
transport_error_indicator=0,表示當(dāng)前包沒(méi)有發(fā)生傳輸錯(cuò)誤.
payload_unit_start_indicator=0,含義請(qǐng)參考ISO13818-1標(biāo)準(zhǔn)文檔
transport_priority=0,表示當(dāng)前包是低優(yōu)先級(jí).
PID=00111 11100101即0x07e5,這代表是什么呢,暫時(shí)還不知道(實(shí)際上是Video PID,參考下圖)
transport_scrambling_control=00,表示節(jié)目沒(méi)有加密
adaptation_field_control=01即0x01,具體含義請(qǐng)參考ISO13818-1
continuity_counte=0011即0x03,表示當(dāng)前傳送的相同類型的包是第4個(gè)(注意到了吧,以上兩個(gè)包的PID都是0x07e5,所以這里的continuity_counte就遞增一次)
第三個(gè)包是"0x47 0x07 0xf1 0x18",2進(jìn)制是01000111 00000111 11110001 00011000.
sync_byte=01000111,就是0x47,這是DVB TS規(guī)定的同步字節(jié),固定是0x47.
transport_error_indicator=0,表示當(dāng)前包沒(méi)有發(fā)生傳輸錯(cuò)誤.
payload_unit_start_indicator=0,含義請(qǐng)參考ISO13818-1標(biāo)準(zhǔn)文檔
transport_priority=0,表示當(dāng)前包是低優(yōu)先級(jí).
PID=00111 11100101即0x07f1,這代表是什么呢,暫時(shí)還不知道(實(shí)際上是Audio PID,參考下圖)
transport_scrambling_control=00,表示節(jié)目沒(méi)有加密
adaptation_field_control=01即0x01,具體含義請(qǐng)參考ISO13818-1
continuity_counte=1000即0x08,表示當(dāng)前傳送的相同類型的包是第9個(gè)
請(qǐng)看解碼程序<<Seekfor MPEG-2 decoder>>讀取該文件的結(jié)果:
上圖我們可以發(fā)現(xiàn),Taiwan-551.ts有一個(gè)節(jié)目叫"DIMO",它的Video PID是0x07e5,Audio PID是0x07e6
還有一個(gè)節(jié)目叫"Service 1",沒(méi)有Video PID,它的Audio PID是0x07f1(說(shuō)明是一個(gè)廣播節(jié)目而非電視節(jié)目)
這個(gè)數(shù)據(jù)剛好和我們剛才的分析是吻合的.
但 是我想大家還有疑問(wèn),為什么0x07e5代表Video PID,0x07e6代表其中一個(gè)Audio PID呢?這就是剛才提到的,這是TS流在編碼的 時(shí)候就分配好了的.但是,在解碼的時(shí)候是怎么知道0x07e5就代表的是Video而不是Audio呢?