基于H264的智能家居視頻監(jiān)控系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)

胡東++黃辰++朱文杰++石維峰

摘 要：隨著智能家居技術(shù)、電子信息技術(shù)及多媒體技術(shù)的發(fā)展，嵌入式視頻監(jiān)控系統(tǒng)已成為視頻監(jiān)控領(lǐng)域的發(fā)展趨勢(shì)。根據(jù)該技術(shù)設(shè)計(jì)了一種基于H264編碼的視頻監(jiān)控系統(tǒng)。該系統(tǒng)采用S5PV210處理器為核心，通過Linux操作系統(tǒng)V4L2的視頻采集模塊采集圖像。將采集的圖像通過x264編碼后，用RTP傳輸協(xié)議傳輸?shù)椒?wù)器端。實(shí)驗(yàn)表明，該視頻監(jiān)控系統(tǒng)在傳輸可靠、準(zhǔn)確的情況下，圖像的幀率可以達(dá)到15 fps。

關(guān)鍵詞：智能家居；視頻監(jiān)控；H264；RTP

中圖分類號(hào)：TP277 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：2095-1302（2016）02-00-02

0 引 言

隨著社會(huì)的發(fā)展，人們對(duì)于家居安全的重視性已經(jīng)逐漸增強(qiáng)，而普通的家居安防例如安全門、保安等已經(jīng)達(dá)不到人們對(duì)安全的要求。得益于物聯(lián)網(wǎng)技術(shù)的發(fā)展，智能家居得到了迅速發(fā)展。通過嵌入式智能家居控制系統(tǒng)能夠?qū)⒁曨l的采集、編碼、傳輸集為一體，并有效的將采集到的圖像進(jìn)行傳輸。使得人們能夠?qū)崟r(shí)監(jiān)控家庭的安全情況以及如果出現(xiàn)安全意外能夠?qū)⒎缸锵右扇说拿婷才南聛?lái)幫助警察破案。而RTP協(xié)議是基于UDP應(yīng)用層的針對(duì)多媒體數(shù)據(jù)流的一種實(shí)時(shí)傳輸協(xié)議。RTP協(xié)議能夠得到傳輸?shù)挠行Х答伡伴_銷最小化使得傳輸效率最佳，因此非常適合傳輸實(shí)時(shí)數(shù)據(jù)。

1 系統(tǒng)整體方案設(shè)計(jì)

智能家居視頻監(jiān)控系統(tǒng)主要分為三個(gè)部分：視頻圖像的采集、圖像的編碼、編碼圖像的傳輸。圖1所示是該系統(tǒng)的整體結(jié)構(gòu)設(shè)計(jì)圖。

視頻圖像采集是將USB攝像頭連接到S5PV210開發(fā)板，通過Linux系統(tǒng)的V4L2音視頻采集接口采集USB的原始圖像數(shù)據(jù)。由于原始圖像數(shù)據(jù)比較大所以需要進(jìn)行圖像的編碼，而H264編碼格式比其他編碼方式有更高的數(shù)據(jù)壓縮比。在同等圖像質(zhì)量條件下比MPEG-2g高2～3倍，比MPEG-4高1.5～2倍。因此經(jīng)過H264壓縮過后的視頻數(shù)據(jù)在網(wǎng)絡(luò)傳輸過程中所需要的寬帶更少，也很經(jīng)濟(jì)。而圖像的編碼是通過x264開源視頻編碼庫(kù)對(duì)采集到的原始視頻圖像進(jìn)行編碼，編碼為H264格式的頻流。圖像傳輸通過開源RTP庫(kù)的JLIBRTP來(lái)實(shí)現(xiàn)圖像數(shù)據(jù)的傳輸。

2 系統(tǒng)硬件設(shè)計(jì)

智能家居監(jiān)控系統(tǒng)的硬件主要包括處理器、內(nèi)存、閃存、USB攝像頭等。而本文設(shè)計(jì)的智能家居視頻監(jiān)控系統(tǒng)采用的是三星Contex-A8 S5PV210處理器，運(yùn)行速度最高可以達(dá)到1GHz，1 G的DDR2內(nèi)存充分保證了系統(tǒng)及程序運(yùn)行的流暢性。1 G的SLC Nand Flash 使得系統(tǒng)有更大的存儲(chǔ)空間。而且其中的HDMI接口、USB接口、WiFi接口為開發(fā)板功能的擴(kuò)充提供了強(qiáng)大的保障。USB攝像頭采用的是藍(lán)色妖姬M2200攝像頭，像素值達(dá)到1 200萬(wàn)像素，完全滿足對(duì)于智能家居視頻監(jiān)控的要求。由于S5PV210開發(fā)板有外接的USB接口使得安裝變的簡(jiǎn)單。

3 系統(tǒng)軟件設(shè)計(jì)

3.1 V4L2的圖像采集

V4L2（Video for Linux2）一般在Linux下進(jìn)行圖像及音頻的采集。V4L2提供了一套API接口用以采集音頻和視頻數(shù)據(jù)，其中，具體實(shí)現(xiàn)是Linux系統(tǒng)提供的，而且攝像頭對(duì)于Linux系統(tǒng)的支持要求不高，只需要支持UVC即可通過V4L2來(lái)進(jìn)行圖像采集。

Linux對(duì)于USB攝像頭驅(qū)動(dòng)的支持及V4L2的支持需要在內(nèi)核中進(jìn)行配置。下載Linux源碼對(duì)配置文件進(jìn)行配置make menuconfig，在Linux內(nèi)核配置菜單中選中Video for Linux 和Video Capture 這兩個(gè)選項(xiàng)即可配置成功。配置后USB攝像頭連接S5PV開發(fā)板時(shí)會(huì)打印出攝像頭的信息在終端上。圖2所示為V4L2的圖像采集流程圖。

V4L2的視頻采集主要是通過ioctl函數(shù)傳遞不同的控制命令及結(jié)構(gòu)體來(lái)設(shè)置采集圖像的參數(shù)。其中ioctl函數(shù)的原型為：int ioctl（int fd， int request，void *argp）。第一個(gè)參數(shù)是打開攝像頭設(shè)備后返回的設(shè)備描述符；第二個(gè)參數(shù)是傳入的控制命令；第三個(gè)參數(shù)是傳入的控制結(jié)構(gòu)體或者需要返回的參數(shù)。具體的采集流程如圖2所示。首先打開攝像頭設(shè)備，一般為/dev/video文件，打開文件后查詢攝像頭支持的圖像格式例如亮度、對(duì)比度及圖片格式等。查詢后再根據(jù)攝像頭支持的圖片格式設(shè)置采集的圖片格式。設(shè)置好支持申請(qǐng)緩沖區(qū)來(lái)進(jìn)行圖像采集，將采集到的原始圖像進(jìn)行編碼及傳輸。當(dāng)采集完成后關(guān)閉攝像頭設(shè)備。

3.2 x264圖像編碼

采集到的原始數(shù)據(jù)一幀幀的圖像數(shù)據(jù)量大，不適合網(wǎng)絡(luò)實(shí)時(shí)傳輸。對(duì)原始數(shù)據(jù)進(jìn)行編碼就顯得十分重要，本系統(tǒng)采用H264編碼的主要原因是H264的優(yōu)勢(shì)比較大。H264編碼具有更高的編碼效率，更好的視頻質(zhì)量以及強(qiáng)勢(shì)的網(wǎng)絡(luò)適應(yīng)能力。能夠根據(jù)不同的傳輸環(huán)境采用不同的傳播和播放速率。而且H264的編碼選項(xiàng)少，適合開發(fā)者進(jìn)行編碼設(shè)置。其錯(cuò)誤恢復(fù)功能使圖像的傳輸質(zhì)量得到了保證。

由于H264格式的視頻流占用的帶寬較小，而x264是開源的，H264視頻編碼庫(kù)是最好的有損視頻編碼器。x264是開源的編碼庫(kù)但是開發(fā)板的根文件系統(tǒng)中并不支持，所以需要對(duì)x264庫(kù)進(jìn)行交叉編譯移植。交叉編譯后將編譯后的動(dòng)態(tài)庫(kù)文件及相關(guān)的頭文件拷貝到S5PV210開發(fā)板的根文件系統(tǒng)中，為x264圖像編碼搭建好運(yùn)行環(huán)境。在通過V4L2采集到攝像頭的原始數(shù)據(jù)后需要進(jìn)行H264編碼。H264的編碼步驟如下：

（1） 通過函數(shù)x264_encoder_open來(lái)設(shè)置及初始化x264編碼參數(shù)。

（2） 將采集到的原始圖像數(shù)據(jù)的緩沖區(qū)指針傳入編碼函數(shù)x264_encoder_encode進(jìn)行編碼。如果采集的原始圖片格式不是YUV420格式，需要首先將圖片格式轉(zhuǎn)化為YUV420格式后再進(jìn)行編碼。endprint

（3） 編碼完成后關(guān)閉編碼器句柄。

3.3 RTP視頻傳輸

RTP協(xié)議是一種為了多媒體數(shù)據(jù)實(shí)時(shí)傳輸?shù)母咝Ъ皽?zhǔn)確而現(xiàn)實(shí)的網(wǎng)絡(luò)傳輸協(xié)議。支持單播、多播和組播。RTP協(xié)議是基于UDP協(xié)議的上層協(xié)議。由于RTP協(xié)議不能保證數(shù)據(jù)準(zhǔn)確地傳輸，所以需要和RTCP協(xié)議一起來(lái)控制數(shù)據(jù)傳輸，其中RTCP協(xié)議主要是對(duì)數(shù)據(jù)的檢測(cè)和控制。

在傳輸數(shù)據(jù)的框架中，原始圖像經(jīng)過x264編碼后為H264格式數(shù)據(jù)流，圖像編碼后的NAL單元的數(shù)據(jù)可能會(huì)大于MTU值，所以需要對(duì)NAL單元進(jìn)行分包處理，接收端再進(jìn)行組包恢復(fù)數(shù)據(jù)。而RTP協(xié)議的傳輸流程比較復(fù)雜，所以選擇開源的RTP協(xié)議實(shí)現(xiàn)源碼JLIBRTP來(lái)實(shí)現(xiàn)對(duì)數(shù)據(jù)的發(fā)送。由于系統(tǒng)不支持JLIBRTP庫(kù)所以需要交叉編譯JLIBRTP庫(kù)文件，編譯好之后將需要的庫(kù)文件及頭文件拷貝到根文件系統(tǒng)上為數(shù)據(jù)傳輸搭建好運(yùn)行環(huán)境。

RTP傳輸數(shù)據(jù)需要先進(jìn)行初始化配置相應(yīng)的網(wǎng)絡(luò)，再獲取數(shù)據(jù)進(jìn)行傳輸。當(dāng)數(shù)據(jù)傳輸完成之后關(guān)閉相應(yīng)的套接字。流程如圖3所示。

4 功能測(cè)試

為了測(cè)試數(shù)據(jù)傳輸是否正確，通過客戶端連接到服務(wù)器獲取數(shù)據(jù)并查看畫面的完整性。采集的圖像如圖4所示。

5 結(jié) 語(yǔ)

本文基于H264設(shè)計(jì)與實(shí)現(xiàn)了一種智能家居視頻監(jiān)控系統(tǒng)方案。主要分析了通過Linux的V4L2系統(tǒng)來(lái)采集攝像頭的原始圖像，將原始圖像用x264開源編碼庫(kù)編碼原始圖像為H264格式的數(shù)據(jù)流，最終通過RTP和RTCP網(wǎng)絡(luò)傳輸協(xié)議來(lái)傳輸數(shù)據(jù)。實(shí)現(xiàn)了圖像的實(shí)時(shí)采集。

參考文獻(xiàn)

[1]馬文強(qiáng)，章專.基于S3C6410的無(wú)線視頻傳輸節(jié)點(diǎn)設(shè)計(jì)[J].傳感器與微系統(tǒng)，2011，30（10）：96-98.

[2]馬俊凱，劉宏波，李麗華.基于RTP的衛(wèi)星網(wǎng)絡(luò)實(shí)時(shí)數(shù)據(jù)傳輸可靠性研究[J].計(jì)算機(jī)與數(shù)字工程，2013，41（12）：1964-1966.

[3]歷瑩.基于RTP協(xié)議的實(shí)時(shí)語(yǔ)音傳輸研究與實(shí)現(xiàn)[D].哈爾濱：黑龍江大學(xué)，2014.

[4]林維威，徐立鴻，蔚瑞華，等.基于ARM的溫室視頻傳輸系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].機(jī)電一體化，2013（10）：44-48.

[5]王國(guó)鵬，童華清，張圣清.基于S3C6410的無(wú)線視頻監(jiān)控系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].中國(guó)新通信，2012（11）：68-71.

[6]付蓉，嚴(yán)建亮.智能家居遠(yuǎn)程視頻監(jiān)控系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)[J].計(jì)算機(jī)技術(shù)與發(fā)展，2012，22（3）：137-140.endprint