基于TMS320DM642和H.264的網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)設(shè)計(jì)
3 H.264編碼碼流的網(wǎng)絡(luò)傳輸設(shè)計(jì)
3.1 H.264編碼器NAL層和VCL層的分離
在H.264的編碼中,網(wǎng)絡(luò)抽象層和視頻編碼層是分開的。H.264編碼器NAL和VCL的分層結(jié)構(gòu)如圖3。視頻編碼層負(fù)責(zé)視頻序列的壓縮編碼,網(wǎng)絡(luò)抽象層負(fù)責(zé)使H.264的編碼碼流能夠適應(yīng)各種網(wǎng)路。這種分層結(jié)構(gòu)可以使設(shè)計(jì)出來的系統(tǒng)即擁有高效率的編碼特性又擁有良好的網(wǎng)絡(luò)適應(yīng)性。本文引用地址:http://www.ex-cimer.com/article/162189.htm
3.2 RFC3984協(xié)議的包頭格式及使用
圖4為RTP固定頭字段格式,具體描述如下:
版本V:2 bits此處的值為2.
填充標(biāo)識P:1 bit
如果在分組的末尾包含填充字節(jié),那么此處的值為1,注意,填充并不是有效載荷的內(nèi)容。
貢獻(xiàn)源(CSRC)數(shù)目CC:4 bits
標(biāo)識位M:1 bit
標(biāo)識位可以用來表示特定層面的某些重要事件。
載荷類型PT:7bits
不同的音視頻編碼標(biāo)準(zhǔn)對應(yīng)不同的音視頻編碼標(biāo)準(zhǔn),有些已經(jīng)被完全規(guī)定好了,例如G.723音頻的RTP載荷類型定義為4,H.263定義為34。對于H.264的RTP載荷媒體類型,目前還沒有規(guī)定,可以根據(jù)需要自行定義。表1描述了媒體類型各種載荷類型。
序號:16 bits
每發(fā)送一個(gè)RTP數(shù)據(jù)分組,序號加1。接收者可以用它來檢測分組丟失和恢復(fù)分組順序。
時(shí)間戳:32 bits
時(shí)間戳反映了RTP數(shù)據(jù)分組中第一個(gè)字節(jié)的采樣時(shí)間。采樣時(shí)間必須來源于一個(gè)單調(diào)線性增長的時(shí)鐘。
同步源SSRC:32 bits
同步源應(yīng)隨機(jī)選擇,但要確保同一個(gè)RTP會話中的唯一性。如果一個(gè)源改變了源傳輸?shù)刂?,必須選擇一個(gè)新的SSRC標(biāo)志符。
4 結(jié)束語
本文首先給出了用于運(yùn)行H.264算法和網(wǎng)絡(luò)協(xié)議的硬件平臺,然后介紹了H.264的優(yōu)化方法,最后在研究了RTP協(xié)議RFC3984的基礎(chǔ)上介紹了H.264編碼碼流的網(wǎng)絡(luò)傳輸方法。總之,本文主要就是完成H.264編碼碼流的實(shí)時(shí)網(wǎng)絡(luò)傳輸。由于時(shí)間和精力有限,只是用到了RTP協(xié)議,為了提高可靠性。還可加入RTCP協(xié)議,使其能夠得到更好的服務(wù)質(zhì)量。另外,若在此基礎(chǔ)上再去研究速率控制和差錯(cuò)控制方法,并應(yīng)用于本系統(tǒng),可以進(jìn)一步提高視頻顯示質(zhì)量。
評論