新聞中心

EEPW首頁 > 模擬技術(shù) > 設(shè)計應(yīng)用 > 3G視頻監(jiān)控系統(tǒng)中關(guān)鍵技術(shù)的研究與實(shí)現(xiàn)

3G視頻監(jiān)控系統(tǒng)中關(guān)鍵技術(shù)的研究與實(shí)現(xiàn)

作者: 時間:2011-12-21 來源:網(wǎng)絡(luò) 收藏

摘要:描述了基于3G標(biāo)準(zhǔn)的無線視頻的研究與實(shí)現(xiàn)方案,主要包括基于H.264的雙碼流模塊、多線程、RTP打包等,它不僅具有傳統(tǒng)穩(wěn)定性高、實(shí)時性好、免布線等優(yōu)點(diǎn),而且用戶可以隨時隨地通過3G網(wǎng)絡(luò)進(jìn)行視頻監(jiān)控和視頻圖像錄制。測試結(jié)果表明,各模塊都達(dá)到預(yù)期指標(biāo),3G無線環(huán)境下可進(jìn)行實(shí)時視頻瀏覽,視頻質(zhì)量與有線局域網(wǎng)相比相差不大。
關(guān)鍵詞:視頻監(jiān)控;3G網(wǎng)絡(luò);雙碼流;RTP

0 引言
經(jīng)過多年的發(fā)展,視頻監(jiān)控技術(shù)已由早期模擬設(shè)備為主的第一代視頻發(fā)展到目前的數(shù)字視頻監(jiān)控,人們已不再滿足于傳統(tǒng)的監(jiān)控系統(tǒng)。隨著3G技術(shù)難點(diǎn)的突破以及3G網(wǎng)絡(luò)的發(fā)展,使3G無線視頻監(jiān)控的實(shí)現(xiàn)成為了可能。在此背景下提出了一個基于3G標(biāo)準(zhǔn)的無線視頻監(jiān)控系統(tǒng)的設(shè)計方案并實(shí)現(xiàn)了基本功能,本文著重介紹該系統(tǒng)的實(shí)現(xiàn)方法,包括雙碼流模塊、多線程通信、RTP封裝及改進(jìn),最后討論了無線網(wǎng)絡(luò)視頻傳輸健壯性的問題以及解決方案。

1 雙碼流技術(shù)的實(shí)現(xiàn)
目前,困擾中國網(wǎng)絡(luò)視頻監(jiān)控市場發(fā)展的主要因素就是缺乏良好的網(wǎng)絡(luò)基礎(chǔ)環(huán)境,而雙碼流正是針對這一問題提出的解決方案,它是對安防行業(yè)的一次提速。
雙碼流,即在視頻編碼端中同時存在兩種碼流。雙碼流是通過在編碼端采用兩種格式或兩個不同的分辨率分別進(jìn)行編碼來實(shí)現(xiàn)的。該監(jiān)控系統(tǒng)基于DM365硬件開發(fā)平臺,由于DM365開發(fā)板屬于DAVINCI系列,必須深入研究DM365應(yīng)用層調(diào)用具體算法的結(jié)構(gòu),如圖1所示。由圖中可知,應(yīng)用層調(diào)用的接口是DMAI(DaVinci Multimedia Application Interface),它是DSP提供給ARM端應(yīng)用程序的調(diào)用接口。DMAI是各種模塊集合,應(yīng)用程序可以從中選擇模塊來使用。此外DMAI提供了源碼,便于修改使用,以滿足應(yīng)用要求。DMAI里面有各種接口實(shí)現(xiàn)方式,修改DMAI接口具體實(shí)現(xiàn)使其滿足雙碼流。

本文引用地址:http://m.butianyuan.cn/article/187074.htm

a.jpg


首先將DM365中兩個編碼通道全部使能,保證了開發(fā)板對雙碼流的支持,然后,在應(yīng)用程序中采集兩路的數(shù)據(jù),分別調(diào)用DMAI中的編碼函數(shù)Vencl_create,進(jìn)而對兩路數(shù)據(jù)進(jìn)行兩次編碼,這樣就得到兩路不同分辨率大小的編碼數(shù)據(jù)流。本文實(shí)現(xiàn)了一路D1,一路是CIF大小(用于傳輸)的碼流,并且都達(dá)到20幀的速率,可以保證視頻流質(zhì)量。它在現(xiàn)有網(wǎng)絡(luò)瓶頸下兼顧了圖像質(zhì)量和傳輸實(shí)時性,可以突破網(wǎng)絡(luò)瓶頸,根據(jù)網(wǎng)絡(luò)帶寬靈活選擇碼流格式,達(dá)到本地高清存儲,同時保證一定遠(yuǎn)程監(jiān)控質(zhì)量的低碼流網(wǎng)絡(luò)傳輸。

2 多線程技術(shù)在3G無線視頻監(jiān)控中的應(yīng)用
由于視頻圖像傳輸需要做到實(shí)時性和良好的傳輸質(zhì)量,而系統(tǒng)需求的功能又比較復(fù)雜,包括視頻數(shù)據(jù)采集、視頻編碼、RTP打包發(fā)送、視頻數(shù)據(jù)流保存等工作,而它們的流程又不是簡單的順序執(zhí)行,所以這里引入了多線程。
本論文提出的方案中包括Capture,Video和Writer三個主要線程,分別完成原始數(shù)據(jù)YUV數(shù)據(jù)的采集、H.264數(shù)據(jù)壓縮、視頻數(shù)據(jù)的寫文件,而在視頻采集線程中加入了異常檢測模塊(該模塊利用原始數(shù)據(jù)進(jìn)行檢測異常),在視頻數(shù)據(jù)壓縮線程中采用了雙碼流技術(shù),并將CIF分辨率的壓縮數(shù)據(jù)進(jìn)行RTP協(xié)議封裝,在Writer線程中實(shí)現(xiàn)了以時間為文件名的保存方式并將其保存到SD卡中。在此基礎(chǔ)上實(shí)現(xiàn)設(shè)防、拆防、異常檢測、客戶端與監(jiān)控端通信,又引入了兩個線程,分別完成等待電話、客戶端與監(jiān)控端的SOCKET通信完成命令傳輸功能。整個線程結(jié)構(gòu)與通信方式如圖2所示。

b.jpg


采用了pipe管道進(jìn)行線程間通信,且設(shè)置為阻塞模式,整個流程即Capture線程得到數(shù)據(jù),將地址送給Video線程,Video線程經(jīng)過H.264視頻壓縮把DI分辨率的地址送給Writer,而CIF分辨率根據(jù)發(fā)送標(biāo)記來確定是否發(fā)送,Writer線程完成寫文件操作后,將buffer指針返回,完成一幀采集、編碼、發(fā)送、保存等工作,如此反復(fù)循環(huán)。而其他線程通信則采用全局變量來進(jìn)行傳輸標(biāo)記位,而無需使用FIFO,降低了實(shí)現(xiàn)復(fù)雜度。


上一頁 1 2 3 下一頁

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉