多路嵌入式H.264視頻服務器的設計詳解

　　4 客戶端軟件設計

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

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

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

圖4 客戶端軟件體系結構

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

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

　　5 結束語

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

　　參考文獻

　　[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.