基于Android平臺(tái)的移動(dòng)視頻監(jiān)控系統(tǒng)的研究.pdf

1、近年來(lái)，隨著國(guó)民經(jīng)濟(jì)的不斷發(fā)展，視頻監(jiān)控技術(shù)已經(jīng)在政府、教育、娛樂、醫(yī)療、公共交通等眾多領(lǐng)域得到了廣泛的應(yīng)用。傳統(tǒng)的視頻監(jiān)控系統(tǒng)主要基于有線網(wǎng)絡(luò)進(jìn)行監(jiān)控，具有系統(tǒng)布線復(fù)雜、鋪設(shè)成本較高以及靈活性較差等缺點(diǎn)，無(wú)法滿足人們隨時(shí)隨地進(jìn)行監(jiān)控的需求。隨著無(wú)線網(wǎng)絡(luò)技術(shù)的不斷發(fā)展、智能手機(jī)硬件水平的不斷提高，移動(dòng)視頻監(jiān)控系統(tǒng)得以實(shí)現(xiàn)，并在實(shí)際應(yīng)用中顯示出極大的競(jìng)爭(zhēng)優(yōu)勢(shì)。本文基于Android平臺(tái)，對(duì)移動(dòng)視頻監(jiān)控系統(tǒng)的實(shí)現(xiàn)過(guò)程進(jìn)行研究。
　　本

2、文針對(duì)移動(dòng)視頻監(jiān)控系統(tǒng)的視頻編碼、傳輸、組包、解碼以及視頻播放等環(huán)節(jié)進(jìn)行了詳細(xì)的介紹。首先，移動(dòng)視頻監(jiān)控系統(tǒng)有別于傳統(tǒng)的視頻監(jiān)控系統(tǒng)，需要通過(guò)無(wú)線網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸。由于無(wú)線網(wǎng)絡(luò)帶寬有限且穩(wěn)定性較差，因此本系統(tǒng)采用圖像壓縮比率較高、網(wǎng)絡(luò)適應(yīng)性強(qiáng)的H.264編碼標(biāo)準(zhǔn)進(jìn)行編碼。其次，在數(shù)據(jù)傳輸方面?zhèn)鹘y(tǒng)的方式是采用RTP協(xié)議與RTCP協(xié)議配合進(jìn)行數(shù)據(jù)傳輸。由于這種傳輸方式實(shí)現(xiàn)較為復(fù)雜，因此本文采用一種自定義的通用消息頭結(jié)構(gòu)對(duì)視頻數(shù)據(jù)進(jìn)行傳輸，以

3、降低數(shù)據(jù)傳輸?shù)膹?fù)雜度。然后，本系統(tǒng)為了提高視頻監(jiān)控的時(shí)效性，采用UDP協(xié)議作為系統(tǒng)傳輸層協(xié)議。由于UDP協(xié)議是不可靠傳輸協(xié)議，因此在數(shù)據(jù)傳輸過(guò)程中不可避免地會(huì)出現(xiàn)丟包的現(xiàn)象。系統(tǒng)對(duì)丟包現(xiàn)象進(jìn)行了精細(xì)的處理，避免出現(xiàn)由于數(shù)據(jù)丟包造成的播放畫面的花屏或卡頓的現(xiàn)象。再次，對(duì)于視頻數(shù)據(jù)的解碼過(guò)程，Android系統(tǒng)自帶的多媒體處理控件OpenCore有被Stagefrightt取代的趨勢(shì)，而Stagefright控件又有支持的文件格式較少且不穩(wěn)

4、定的缺點(diǎn)。與Android系統(tǒng)自帶的多媒體處理引擎相比，F(xiàn)Fmpeg具有跨平臺(tái)、框架穩(wěn)定、支持文件格式較多等優(yōu)點(diǎn)，因此本系統(tǒng)采用FFmpeg對(duì)視頻數(shù)據(jù)進(jìn)行解碼。本文對(duì)于FFmpeg的編譯過(guò)程也進(jìn)行了詳細(xì)的講解。最后，對(duì)于視頻數(shù)據(jù)的播放，本系統(tǒng)分為歷史視頻數(shù)據(jù)和實(shí)時(shí)視頻數(shù)據(jù)兩種情況進(jìn)行處理。系統(tǒng)將耗時(shí)的邏輯操作放入子線程中進(jìn)行，避免了由于頻繁地更新UI線程造成線程阻塞現(xiàn)象的發(fā)生。
　　通過(guò)實(shí)踐證明，本文提出的基于Android平臺(tái)的