新聞中心

EEPW首頁(yè) > 設(shè)計(jì)應(yīng)用 > 校園無(wú)線(xiàn)視頻監(jiān)控系統(tǒng)的設(shè)計(jì)與應(yīng)用

校園無(wú)線(xiàn)視頻監(jiān)控系統(tǒng)的設(shè)計(jì)與應(yīng)用

作者: 時(shí)間:2016-10-10 來(lái)源:網(wǎng)絡(luò) 收藏

摘要:為解決校園內(nèi)及用邊視頻監(jiān)控點(diǎn)布置分散等原因造成的無(wú)法實(shí)現(xiàn)遠(yuǎn)程視頻監(jiān)控問(wèn)題,針對(duì)3G無(wú)線(xiàn)網(wǎng)絡(luò)的特點(diǎn),描述了基于3G標(biāo)準(zhǔn)的關(guān)鍵技術(shù)的研究與實(shí)現(xiàn)方法。在數(shù)據(jù)傳輸中利用RTP協(xié)議中時(shí)間戳,解決音視頻同步的問(wèn)題,對(duì)監(jiān)控系統(tǒng)的客戶(hù)端與服務(wù)器端進(jìn)行了設(shè)計(jì)。實(shí)際應(yīng)用表明,該系統(tǒng)設(shè)計(jì)合理,可靠性好,能對(duì)校園內(nèi)外目標(biāo)實(shí)現(xiàn)有效監(jiān)控。
關(guān)鍵詞:校園安全;無(wú)線(xiàn)視頻監(jiān)控;3G網(wǎng)絡(luò);H.264編解碼;流媒體

近年來(lái),學(xué)校安全事故頻發(fā),識(shí)別、阻止外來(lái)人員的闖入和校內(nèi)人員的非法外出成為學(xué)校安全防范的重點(diǎn)。根據(jù)需要,我院進(jìn)行了新一期數(shù)字化視頻監(jiān)控系統(tǒng)的建設(shè)??紤]到校園整體安防系統(tǒng)的設(shè)計(jì),監(jiān)控系統(tǒng)的可擴(kuò)展性,與其他子系統(tǒng)的聯(lián)動(dòng),校方選擇采用了全數(shù)字模式的建設(shè)方案。這種采用嵌入式專(zhuān)用服務(wù)器的系統(tǒng)具備網(wǎng)絡(luò)通信、視頻處理、自動(dòng)控制等多項(xiàng)功能,采用瀏覽/月艮務(wù)器結(jié)構(gòu),使用十分的便捷。
在該系統(tǒng)中,雖然有一百多個(gè)前端的固定監(jiān)控點(diǎn),但對(duì)于面積較大的校園來(lái)講還是無(wú)法完全滿(mǎn)足用戶(hù)的需求。例如,在某些區(qū)域由于視線(xiàn)遮擋或距離過(guò)遠(yuǎn)等原因不能進(jìn)行詳細(xì)紀(jì)錄,此外,校園內(nèi)及周邊還有很多的地方是視頻監(jiān)控死角,或者不方便使用固定的視頻監(jiān)控。因此,院方?jīng)Q定在系統(tǒng)中加入無(wú)線(xiàn)視頻監(jiān)控,以完善視頻監(jiān)控系統(tǒng)的功能性。

1 系統(tǒng)結(jié)構(gòu)分析與設(shè)計(jì)
傳統(tǒng)的無(wú)線(xiàn)接入網(wǎng)絡(luò)主要依托GSM、CDMA以及Wi-Fi等傳輸技術(shù),但難以滿(mǎn)足大數(shù)據(jù)量實(shí)時(shí)遠(yuǎn)程視頻監(jiān)控的要求,而現(xiàn)行的無(wú)線(xiàn)3 G網(wǎng)絡(luò)能夠解決以上問(wèn)題。與傳統(tǒng)網(wǎng)絡(luò)相比,3 G的反向鏈路峰值速率明顯高很多,響應(yīng)時(shí)間短,在高速運(yùn)動(dòng)狀態(tài)下的傳輸速度也快,并能夠支持音視頻等多媒體數(shù)據(jù)。而且,3 G網(wǎng)絡(luò)即使在雨、霧等環(huán)境下也不會(huì)造成信號(hào)的衰減,非常適合在大學(xué)校園面積較大的這種條件下進(jìn)行高質(zhì)量的實(shí)時(shí)監(jiān)控,系統(tǒng)結(jié)構(gòu)如圖1所示。

本文引用地址:http://2s4d.com/article/201610/306553.htm

a.JPG


該方案中3 G采用C/S架構(gòu),由3部分組成,包括前端信號(hào)采集單元、無(wú)線(xiàn)網(wǎng)絡(luò)傳輸單元和遠(yuǎn)程監(jiān)控單元。前端單元負(fù)責(zé)對(duì)圖像進(jìn)行采集,并將拍攝到的模擬視頻信號(hào)轉(zhuǎn)換為數(shù)字信號(hào),通過(guò)編碼器進(jìn)行數(shù)據(jù)壓縮處理,最后利用3G網(wǎng)絡(luò)將壓縮后的數(shù)據(jù)傳送至監(jiān)控中心,通過(guò)用戶(hù)端完成實(shí)時(shí)顯示。

2 無(wú)線(xiàn)監(jiān)控系統(tǒng)前端設(shè)計(jì)與應(yīng)用
2.1 設(shè)備的選擇與功能實(shí)現(xiàn)
前端設(shè)備有很多選擇,如無(wú)線(xiàn)攝像機(jī)、手機(jī)、PDA等?,F(xiàn)在很多手機(jī)已具有高清晰的攝像功能,而且手機(jī)既可作為前端攝像機(jī)使用,也可作為客戶(hù)端進(jìn)行視頻瀏覽。因此,在該系統(tǒng)中,利用3 G智能手機(jī)作為系統(tǒng)的前端,可以實(shí)現(xiàn)視頻監(jiān)控系統(tǒng)的以下功能:
1)利用手機(jī)內(nèi)置高清攝像頭獲取現(xiàn)場(chǎng)視頻數(shù)據(jù)并進(jìn)行壓縮,通過(guò)3 G通信網(wǎng)絡(luò)把視頻數(shù)據(jù)實(shí)時(shí)發(fā)送到遠(yuǎn)程控制中心,整個(gè)過(guò)程確保視頻畫(huà)面流暢、清晰,實(shí)時(shí)性高。
2)系統(tǒng)通過(guò)3 G網(wǎng)絡(luò)可以實(shí)現(xiàn)音視頻同步傳輸,雙向?qū)χv功能。監(jiān)控中心不僅可以實(shí)時(shí)觀(guān)察前端現(xiàn)場(chǎng)視頻畫(huà)面,同時(shí)還可收聽(tīng)前端現(xiàn)場(chǎng)聲音以及與前端直接進(jìn)行通話(huà)。
3)利用手機(jī)進(jìn)行拍照,可立即將圖片發(fā)送到監(jiān)控指揮中心,并且支持圖片大小設(shè)置、對(duì)焦調(diào)節(jié)等功能,為獲取現(xiàn)場(chǎng)高清圖片提供了技術(shù)支持。
4)利用手機(jī)GPS定位功能,可以隨時(shí)對(duì)手機(jī)位置進(jìn)行追蹤,形成手機(jī)運(yùn)行軌跡線(xiàn)路,再與系統(tǒng)中電子地圖相配合可以全方位了解前端情況,為中心指揮帶來(lái)方便。
2.2 手機(jī)在視頻監(jiān)控系統(tǒng)中的特點(diǎn)
數(shù)字視頻監(jiān)控系統(tǒng)由攝像機(jī)、視頻接入轉(zhuǎn)發(fā)服務(wù)器、調(diào)度服務(wù)器和客戶(hù)端構(gòu)成。其中,轉(zhuǎn)發(fā)服務(wù)器主要是實(shí)現(xiàn)攝像機(jī)視頻流的接入和攝像機(jī)狀態(tài)的獲取,調(diào)度服務(wù)器主要進(jìn)行攝像機(jī)狀態(tài)的統(tǒng)一管理。固定安裝的攝像機(jī)由于其IP地址是穩(wěn)態(tài)的,轉(zhuǎn)發(fā)服務(wù)可直接將攝像機(jī)接入系統(tǒng),客戶(hù)端也可直接向轉(zhuǎn)發(fā)服務(wù)器獲取視頻流并進(jìn)行播放。步驟如圖2所示。

b.JPG


1)接入轉(zhuǎn)發(fā)服務(wù)器向系統(tǒng)中某路攝像機(jī)申請(qǐng)視頻流;
2)符合申請(qǐng)IP地址的攝像機(jī)向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流;
3)接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送被選中的攝像機(jī)狀態(tài);
4)調(diào)度服務(wù)器向客戶(hù)端發(fā)送該路攝像機(jī)狀態(tài)。
但手機(jī)作為攝像機(jī)使用具有不連續(xù)性及IP地址不固定的特點(diǎn),視頻接入轉(zhuǎn)發(fā)服務(wù)器就不知道當(dāng)前有哪些手機(jī)需要接入視頻監(jiān)控系統(tǒng),因此手機(jī)需主動(dòng)連接服務(wù)器以實(shí)現(xiàn)攝像機(jī)的接入,具體步驟如圖3所示。

c.JPG


1)手機(jī)先向調(diào)度服務(wù)器申請(qǐng)接入系統(tǒng);
2)調(diào)度服務(wù)器再向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送手機(jī)的IP地址;
3)接入轉(zhuǎn)發(fā)服務(wù)器向手機(jī)申請(qǐng)視頻流;
4)手機(jī)向接入轉(zhuǎn)發(fā)服務(wù)器發(fā)送視頻流;
5)接入轉(zhuǎn)發(fā)服務(wù)器向調(diào)度服務(wù)器發(fā)送手機(jī)狀態(tài);
6)調(diào)度服務(wù)器向客戶(hù)端發(fā)送手機(jī)狀態(tài)。
2.3 手機(jī)操作系統(tǒng)與硬件要求
手機(jī)作為視頻監(jiān)控系統(tǒng)前端主要工作包括視頻拍攝、視頻編碼及發(fā)送碼流,作為客戶(hù)端使用時(shí)主要完成碼流接收與視頻解碼。這些都和手機(jī)的操作系統(tǒng)、硬件設(shè)備等有著密切關(guān)系。
目前大部分手機(jī)使用的操作系統(tǒng)為Android、iOS及WindowsPho-ne。手機(jī)攝像機(jī)主要實(shí)現(xiàn)視頻編解碼與碼流傳輸,在開(kāi)發(fā)時(shí)一般采用開(kāi)源庫(kù),如用于視頻編解碼的ffmpeg和視頻碼流傳輸?shù)膇rtblib,這些開(kāi)源庫(kù)基本都支持Windows和Linux操作系統(tǒng)。Android是基于Linux平臺(tái)的開(kāi)源操作系統(tǒng),所有支持Linux的開(kāi)源庫(kù)都可以移植到Android中使用。因此,從使用開(kāi)源庫(kù)的角度考慮,此方案中選擇應(yīng)用廣泛的Android手機(jī)操作系統(tǒng)作為設(shè)計(jì)對(duì)象。
手機(jī)既作為攝像機(jī)又作為客戶(hù)端使用時(shí),至少要處理各一路視頻編解碼。以清晰度為D1、幀率為20,編碼方式為H.264的攝像機(jī)為例,來(lái)分析下手機(jī)對(duì)CPU及內(nèi)存等硬件的要求。
以視頻播放器VLC為例,在CPU頻率為3.2 GHz的PC機(jī)上播放一路D1格式視頻時(shí),需占用1%~4%的CPU和60MB的內(nèi)存資源,解碼是編碼的逆過(guò)程,占用的資源相差不大。因此,CPU頻率為1 GHz的手機(jī)處理一路視頻編碼和解碼顯示需要占用5%~30%的CPU和120 MB左右的內(nèi)存。由于手機(jī)在使用時(shí)還有其它功能業(yè)務(wù),因此手機(jī)在視頻監(jiān)控系統(tǒng)中應(yīng)用時(shí),其硬件最低配置為頻率1 GHz的CPU和300 MB的內(nèi)存。而當(dāng)前主流手機(jī)都達(dá)到或超過(guò)該設(shè)計(jì)要求,完全能夠作為系統(tǒng)前端使用。

3 網(wǎng)絡(luò)傳輸?shù)膶?shí)現(xiàn)
手機(jī)通過(guò)3 G網(wǎng)絡(luò)接入視頻監(jiān)控系統(tǒng),其無(wú)線(xiàn)傳輸模塊集成了3 G的網(wǎng)絡(luò)連接端口協(xié)議,并以嵌入式方式實(shí)現(xiàn)TCP/UDP/IP、POP3/SMTP等傳輸協(xié)議,同時(shí)支持3 G基站與動(dòng)態(tài)IP的無(wú)線(xiàn)連接與數(shù)據(jù)交換。TCP/UDP/IP協(xié)議具有擁塞控制和啟動(dòng)慢的特性,會(huì)影響到數(shù)據(jù)傳輸?shù)乃俾剩琓CP協(xié)議通過(guò)3 G網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸時(shí),也會(huì)產(chǎn)生較多的網(wǎng)絡(luò)流量,并占用帶寬。另外,系統(tǒng)中前端手機(jī)使用的數(shù)量、視頻的分辨率和幀率也會(huì)影響所需要的無(wú)線(xiàn)網(wǎng)絡(luò)帶寬。
為充分利用3 G網(wǎng)絡(luò)最大允許帶寬,該設(shè)計(jì)中引用混合編碼框架下基于FPGA平臺(tái)的H.264壓縮編碼標(biāo)準(zhǔn)對(duì)視頻信號(hào)流量與網(wǎng)絡(luò)帶寬進(jìn)行優(yōu)化協(xié)調(diào)。該編碼方式面向3 G網(wǎng)絡(luò),不僅可用量化步長(zhǎng)的變化來(lái)適應(yīng)信道碼率,而且可利用數(shù)據(jù)分割的方式來(lái)處理信道碼率的變化,在相同輸出碼率情況下,與其他標(biāo)準(zhǔn)相比,其信噪比要高出許多。在較寬的位速率和像素范圍內(nèi)使編碼效率提高了約45%,壓縮比可超過(guò)250:1,從而提高了系統(tǒng)傳輸?shù)姆€(wěn)定性。
在實(shí)際應(yīng)用中,根據(jù)視頻流量計(jì)算公式
N=分辨率*幀速(fps)*色深(bit) (1)
式中:N為每秒單位數(shù)據(jù)采集量,bps。D1視頻格式可以滿(mǎn)足校園視頻監(jiān)控的需要。視頻流經(jīng)H.264編碼壓縮后,僅有1.236 Mbps,音頻采用G.711壓縮標(biāo)準(zhǔn),每秒傳輸數(shù)據(jù)在8 kb~16 kb(與視頻相比可忽略不計(jì))。音視頻流量完全小于3G制式網(wǎng)絡(luò)中上行速率下限1.8 Mbps的要求,系統(tǒng)傳輸質(zhì)量達(dá)到最佳優(yōu)化比,因此使用3G網(wǎng)絡(luò)傳輸視頻監(jiān)控?cái)?shù)據(jù)是完全可行的。本設(shè)計(jì)中根據(jù)網(wǎng)絡(luò)質(zhì)量和實(shí)際需要,采用支持1:90—1:250多檔壓縮轉(zhuǎn)換。以10路手機(jī)攝像機(jī)、壓縮比150:1、2TB存儲(chǔ)硬盤(pán)為例,校園視頻監(jiān)控?zé)o線(xiàn)傳輸?shù)牧髁坑?jì)算結(jié)果如表1所示。

d.JPG



4 監(jiān)控軟件的設(shè)計(jì)
4.1 流媒體系統(tǒng)結(jié)構(gòu)
系統(tǒng)中,流媒體的傳輸與播放是關(guān)鍵技術(shù)。流媒體技術(shù)是把連續(xù)得到的媒體信息經(jīng)過(guò)壓縮后傳至網(wǎng)絡(luò)服務(wù)器,客戶(hù)可實(shí)現(xiàn)邊下載邊觀(guān)看,而無(wú)需將整部文件全部下載完,所以流媒體技術(shù)非常適合現(xiàn)場(chǎng)事件的播報(bào),可以進(jìn)行隨機(jī)訪(fǎng)問(wèn)和快進(jìn)或倒退觀(guān)看。流媒體實(shí)時(shí)傳輸主要采用RTP/RICP及RTSP等網(wǎng)絡(luò)協(xié)議,分實(shí)時(shí)流式傳輸和順尋流式傳輸兩種方式。實(shí)時(shí)流式傳輸可以保證媒體信號(hào)與網(wǎng)絡(luò)連接相匹配,媒體信息可被實(shí)時(shí)觀(guān)看,并且允許對(duì)媒體進(jìn)行多項(xiàng)的控制,使用比HTTP服務(wù)器方便。順尋流式傳輸用的是順序下載,客戶(hù)只能觀(guān)看已下載的部分,可使用HTTP服務(wù)器,比實(shí)時(shí)流式傳輸要簡(jiǎn)單。
該設(shè)計(jì)采用了處理器與嵌入式操作系統(tǒng)并加上所需應(yīng)用程序軟件的實(shí)時(shí)傳輸方式。嵌入式操作系統(tǒng)采用Linux,流媒體系統(tǒng)由服務(wù)器和客戶(hù)端組成,其中服務(wù)器是最關(guān)鍵設(shè)備。為此,該系統(tǒng)配置了專(zhuān)門(mén)的流媒體服務(wù)器與手機(jī)視頻服務(wù)器,均采用了Dell PowerEdge R810。服務(wù)器由四個(gè)模塊組成,分別負(fù)責(zé)數(shù)據(jù)采集、數(shù)據(jù)壓縮、數(shù)據(jù)打包和RTP包發(fā)送。數(shù)據(jù)采集模塊是將音視頻模擬信號(hào)轉(zhuǎn)換成數(shù)字信號(hào)。從采集模塊得到的數(shù)據(jù)經(jīng)壓縮模塊進(jìn)行處理,可以減少網(wǎng)絡(luò)傳輸數(shù)據(jù)量及提高傳輸效率。數(shù)據(jù)打包模塊是向數(shù)據(jù)添加一些必要的包頭信息(如數(shù)據(jù)類(lèi)型、序列號(hào)、時(shí)間信息等),在客戶(hù)端通過(guò)包頭信息來(lái)實(shí)現(xiàn)音視頻信號(hào)同步。包發(fā)送模塊的作用就是將已打好包的數(shù)據(jù)通過(guò)3 G網(wǎng)絡(luò)發(fā)送至客戶(hù)端。
系統(tǒng)中客戶(hù)端工作原理是服務(wù)器端的逆過(guò)程,在網(wǎng)絡(luò)傳輸過(guò)程中由于網(wǎng)絡(luò)延遲等因素會(huì)導(dǎo)致接收到的數(shù)據(jù)包順序發(fā)生紊亂,必須通過(guò)數(shù)據(jù)緩存模塊來(lái)恢復(fù)數(shù)據(jù)包的正常順序,從緩存模塊輸出的數(shù)據(jù)傳入到同步調(diào)整模塊,然后將同步調(diào)整后的數(shù)據(jù)包傳入到數(shù)據(jù)解壓模塊和播放模塊進(jìn)行實(shí)時(shí)播放。整個(gè)嵌入式流媒體系統(tǒng)結(jié)構(gòu)如圖4所示。

e.JPG


4.2 監(jiān)控?cái)?shù)據(jù)同步的原理
對(duì)于系統(tǒng)來(lái)說(shuō),如果音視頻數(shù)據(jù)不同步,就無(wú)法準(zhǔn)確反映監(jiān)控現(xiàn)場(chǎng)的真實(shí)情景。為解決該問(wèn)題,在設(shè)計(jì)中,先在手機(jī)用戶(hù)上利用RTP包中的時(shí)間戳來(lái)標(biāo)記每幀音視頻信號(hào)的時(shí)間信息,然后再將標(biāo)記了時(shí)間戳的信號(hào)流通過(guò)3 G網(wǎng)絡(luò)發(fā)送至客戶(hù)端。在客戶(hù)端使用緩存來(lái)消除數(shù)據(jù)流中的延時(shí)以及恢復(fù)數(shù)據(jù)包的正確順序,最后再將數(shù)據(jù)流送到同步調(diào)整模塊中進(jìn)行同步播放。同步調(diào)整模塊里,在客戶(hù)端設(shè)計(jì)一個(gè)參考時(shí)鐘,根據(jù)參考時(shí)鐘和接收到的音視頻信息時(shí)間戳之間的關(guān)系,來(lái)判斷當(dāng)前的信號(hào)是立刻播放還是延時(shí)播放,或者是丟棄。參考時(shí)鐘主要以視頻為主,對(duì)關(guān)鍵幀進(jìn)行判斷,算法如下:將接收到的音視頻信息分別存放到各自的緩存中,當(dāng)緩存到一定數(shù)量時(shí),開(kāi)始播放,同時(shí)進(jìn)行同步調(diào)整。當(dāng)視頻時(shí)間戳小于音頻時(shí)間戳一定值時(shí),說(shuō)明視頻超前音頻,需要等待;當(dāng)視頻時(shí)間戳大于音頻時(shí)間戳一定值時(shí),說(shuō)明視頻滯后于音頻,則需要加快播放,設(shè)計(jì)中采取的是丟棄音頻包,從而加快播放的速度。


系統(tǒng)在信號(hào)播放時(shí)接收視頻數(shù)據(jù),如果進(jìn)入解碼器的首幀不是關(guān)鍵幀,會(huì)導(dǎo)致解碼器無(wú)法讀取,所以將視頻數(shù)據(jù)寫(xiě)入緩存前先要進(jìn)行一個(gè)首幀是否關(guān)鍵幀的判斷。當(dāng)緩存區(qū)內(nèi)數(shù)據(jù)寫(xiě)入達(dá)到一定數(shù)量時(shí),才開(kāi)始讀取,再獲取各自的時(shí)間戳信息,在音視頻信號(hào)播放前進(jìn)行同步調(diào)整,以達(dá)到同步播放的目的,設(shè)計(jì)如圖5所示

f.JPG


4.3 播放軟件應(yīng)用程序設(shè)計(jì)
該系統(tǒng)采用嵌入式設(shè)計(jì),Linux內(nèi)核為圖形處理界面提供最基本的底層驅(qū)動(dòng)接口。應(yīng)用程序不需要了解底層硬件的具體情況,只需通過(guò)節(jié)點(diǎn)對(duì)設(shè)備進(jìn)行操作,就可完成圖像的顯示。系統(tǒng)中采用SDL開(kāi)源共享庫(kù),底層使用API,在平臺(tái)間統(tǒng)一了接口。使用雙線(xiàn)程設(shè)計(jì),即用戶(hù)界面線(xiàn)程與工作者線(xiàn)程。用戶(hù)界面線(xiàn)程包括音視頻數(shù)據(jù)同步播放及接收響應(yīng)用戶(hù)的操作,然后再將工作者線(xiàn)程解碼出的音視頻數(shù)據(jù)傳遞給使
用者,如圖6所示。

g.JPG


程序設(shè)計(jì)中,視頻壓縮編碼是十分關(guān)鍵的步驟。該系統(tǒng)用的是H.264壓縮算法,它是由網(wǎng)絡(luò)提取層NAL和視頻編碼層VLC兩部分組成。 H.264標(biāo)準(zhǔn)對(duì)圖像質(zhì)量和編碼效率進(jìn)行了多項(xiàng)優(yōu)化,且抗誤碼和抗丟包性能良好,能適應(yīng)各種網(wǎng)絡(luò)環(huán)境,用在對(duì)壓縮率要求高,網(wǎng)絡(luò)環(huán)境復(fù)雜的移動(dòng)視頻監(jiān)控最為合適。
客戶(hù)端接收的經(jīng)過(guò)H.264壓縮編碼后的數(shù)據(jù),還需要經(jīng)過(guò)H.264解碼才能夠顯示還原視頻圖像,因此,在客戶(hù)端還要設(shè)計(jì)H.264解碼器。該系統(tǒng)在A(yíng)ndroid應(yīng)用程序中使用移植了開(kāi)源的音視頻解碼庫(kù)FFmpeg來(lái)進(jìn)行H.264解碼。

5 測(cè)試結(jié)果
院方在校園內(nèi)及周邊多點(diǎn)對(duì)進(jìn)行了測(cè)試,將客戶(hù)端安裝在手機(jī)上,接入3G信號(hào)網(wǎng)絡(luò)與服務(wù)器建立連接,向服務(wù)器端發(fā)送數(shù)據(jù)。視頻畫(huà)面質(zhì)量主要是受幀率(每秒鐘顯示圖片數(shù))和碼率(數(shù)據(jù)傳輸時(shí)單位時(shí)間傳輸?shù)臄?shù)據(jù)量)的影響,幀率越大畫(huà)面越流暢,碼率越大畫(huà)面越清楚。在測(cè)試實(shí)際幀率為16fps,碼率在550kbps時(shí)的視頻非常流暢,而且在音視頻同步方面表現(xiàn)也非常好,畫(huà)面如圖7所示。

h.JPG



6 結(jié)束語(yǔ)
江陰職業(yè)技術(shù)學(xué)院采用基于3G標(biāo)準(zhǔn)的無(wú)線(xiàn)視頻監(jiān)控,再結(jié)合全數(shù)字網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng),實(shí)現(xiàn)了資源的統(tǒng)一管理和調(diào)度,有效整合利用。該系統(tǒng)主要涉及視頻編解碼、流媒體協(xié)議、無(wú)線(xiàn)網(wǎng)絡(luò)通信等技術(shù),隨著網(wǎng)絡(luò)速度的不斷提高和壓縮技術(shù)的新發(fā)展,可以進(jìn)一步降低無(wú)線(xiàn)信號(hào)的延遲,實(shí)現(xiàn)更快捷的實(shí)時(shí)傳輸,不斷完善校園安防系統(tǒng)的智能化操作和現(xiàn)代化管理。



評(píng)論


技術(shù)專(zhuān)區(qū)

關(guān)閉