主要闡述基于B/S架構的嵌入式網(wǎng)絡視頻監(jiān)控客戶端的設計與實現(xiàn),重點介紹了按RTP協(xié)議封裝的H.264視頻數(shù)據(jù)接收過程中緩沖機制的實現(xiàn)以及基于FFmpeg和SDL的視頻解碼與顯示。對B/S結構中ActiveX控件在視頻監(jiān)控客戶端中的應用也做了一些介紹。實驗結果表明,該客戶端能夠通過瀏覽器對監(jiān)控現(xiàn)場進行監(jiān)控,且具有使用方便等特點,適合用于遠程監(jiān)控。 

【文章來源】：電視技術. 2013,37(03)北大核心

【文章頁數(shù)】：5 頁

【部分圖文】：

視頻監(jiān)控系統(tǒng)結構圖

大小超過了1400byte時，先將這幀圖像數(shù)據(jù)切割成若干段，然后按照協(xié)議RFC3984，將每一段封裝成一個RTP數(shù)據(jù)包進行發(fā)送，一幀圖像就被分成多個RTP包進行傳輸。為了使接收端在接收到RTP包后能夠重組，必須知道哪些RTP包中的數(shù)據(jù)屬于同一個NALU。這可以通過設置RTP協(xié)議中的時間戳字段來實現(xiàn)，將同一個NALU的所有RTP包的時間戳設為一致，不同NALU的時間戳設為不同。此外，由于RTP包到達接收端的順序有可能與發(fā)送的順序不同，還需要在RTP數(shù)據(jù)包中利用序號字段來對發(fā)送的順序進行標識。圖2為RTP協(xié)議頭部示意圖［6］。圖2RTP頭部示意圖其中重要字段有:1)標志(M):1byte，用來允許在比特流中標記重要的事件，在本文組包過程表示一個NALU拆分最后的RTP包。2)負載類型(PT):7byte，定義了負載的格式。3)序列號(sequencenumber):16byte，每發(fā)送一個RTP數(shù)據(jù)包，序列號加1，接收端可以據(jù)此檢測丟包和重建包序列。4)時間戳(timestamp):32byte，時間戳反映了RTP數(shù)據(jù)包中第一個字節(jié)的采樣時間，可以用作區(qū)分不同NALU的依據(jù)。2．1．1圖像緩沖實現(xiàn)圖像緩沖采用兩級策略，一級為RTP數(shù)據(jù)包緩沖，二級為NALU組合。接收到的數(shù)據(jù)先經(jīng)一級緩沖隊列按時間戳和序列號進行重排序，其輸出結果送入下級進行NALU組合，輸出為完整的NALU，然后送給解碼單元。NALU組合流程圖如圖3所示。緩沖區(qū)工作原理圖如圖4所示。RTP頭部中時間戳字段表示圖像采樣時間，由同一NALU拆分得到的RTP包時間戳相同，因而可以用來區(qū)分不同NALU。序列號字段表示RTP包發(fā)送順序，每發(fā)送一

解碼流程圖

【參考文獻】：
期刊論文
[1]視頻會議中的同步緩沖設計[J]. 張巖峰,王翠榮,趙煜輝,高遠.  計算機科學. 2008(04)
[2]基于ARM嵌入式局域網(wǎng)視頻監(jiān)控系統(tǒng)的設計與實現(xiàn)[J]. 林德彬,趙慧民,譚恒良.  電視技術. 2006(09)
[3]基于ActiveX控件的視頻監(jiān)控系統(tǒng)客戶端編程[J]. 夏驚濤,穆道生.  廣播與電視技術. 2006(01)
[4]C/S與B/S混合軟件體系結構模型[J]. 張友生,陳松喬.  計算機工程與應用. 2002(23)

碩士論文
[1]基于ARM的網(wǎng)絡視頻監(jiān)控系統(tǒng)設計[D]. 鄭捷航.武漢理工大學 2010
[2]H.264視頻解碼優(yōu)化及DSP實現(xiàn)[D]. 唐玲娜.電子科技大學 2009



本文編號：3553572