4 客戶端軟件設計

　　客戶端主要完成視頻數(shù)據(jù)的接收,解碼和顯示工作,同時還可以動態(tài)設置編碼器的數(shù)。從功能角度,客戶端的軟件體系結構可劃分為3個模塊：設備控制模塊，網(wǎng)絡的接收與反饋模塊，顯示模塊。其體系結構如圖4所示：

　?。?）設備控制模塊，根據(jù)用戶輸入的命令((例如改變視頻窗口大小、接收路數(shù),圖象分辨率、開始/停止遠程監(jiān)控等), 產(chǎn)生控制命令并通過一個TCP連接發(fā)送到服務器端,服務器端設備控制器接收這些控制命令，并完成對云臺、鏡頭等設備的遠程控制。

　　（2）網(wǎng)絡的接收與反饋部分，根據(jù)用戶的基本帶寬情況（局域網(wǎng)還是非局域網(wǎng)）及請求的任務類型（現(xiàn)場預覽還是歷史回放），確定該接收碼流是否基于組播策略接收。RTP組件完成碼流的接收，RTCP組件檢測碼流的丟包率并反饋給服務器端。

圖4 客戶端軟件體系結構

　　（3）顯示模塊，同步源過濾器從RTP組件得到碼流，在控制器的協(xié)調下，完成解碼及同步的視頻播放。此處我們采用的是Microsoft DirectShow[6]架構來完成H.264 碼流的實時解碼和圖像顯示工作。

　　試驗證明,對于包含有視頻服務器、多監(jiān)控客戶中心的嵌入式視頻監(jiān)控系統(tǒng),上述網(wǎng)絡傳輸部分能夠很好地完成視頻數(shù)據(jù)的實時傳輸，網(wǎng)絡自適應能力良好。

　　5 結束語

　　本文創(chuàng)新點是提出了一種多路嵌入式H.264視頻服務器的設計方案，并給出了系統(tǒng)硬件組成和軟件的體系結構框架，該系統(tǒng)與傳統(tǒng)的Motion2JPG和MPEG21相比,采用H.264標準壓縮圖像,降低了帶寬占用率。對于四路QCIF和一路D1分辨率的高清晰度實時視頻監(jiān)控,只需占用65K和250K的網(wǎng)絡帶寬即可滿足傳輸需求。

　　參考文獻

　　[1] 鐘玉琢，流媒體和視頻服務器 ，北京；清華大學出版社 2003.

　　[2] 劉喜龍,石中鎖.基于H264的嵌入式視頻服務器的設計[J].微計算機信息2005,1.

　　[3] Wiegand T, Sullivan GJ . Overview of the H. 264/ AVC video coding standard [J]. IEEE Trans, Circuits, SystemVideo Tech2 nolgy,2003 ,13(7)

　　[4] RFC 3550-2003, RTP: A transport protocol for real-time applications[S].

　　[5] SCH IMEKMH. Video for Linux Two AP I Specification Draft 0. 8 [EB /OL ]. http: / /v4 l2 spec. bytesex. org/ spec / , 2004.

　　[6] PESCEMD. Programming Microsoft DirectShow for DigitalVideo and Television [M ]. Redmond, Washington: Microsoft Press. , 2003.