基于ARM的無線視頻傳輸系統(tǒng)的設計
加入技術交流群
在以下的代碼片中，g_pd3dDevice是一個IDirect3D Device9對象，這里假設它已經被初始化過了。這段代碼捕獲了所需的桌面圖像，其后需要對所捕捉到的位圖進行處理。此時可以調用IDirect3DSurface9：：LockRect()方法，來獲得一個指向所所捕獲到的位圖首字節(jié)的指針，然后根據屏幕的尺寸來確定位圖的大小，最終將所需的位圖數據復制到事先定義好的緩存中。
需要注意的是，以上代碼中所捕捉到的位圖，它的寬度不一定就是屏幕的實際寬度，這是由于在存儲位圖時采用了內存對齊的方法，在位圖中內存被按字(word)對齊，所以在每行的結尾處可能需要添加額外的字節(jié)來完成內存對其，從而使位圖寬度大于實際屏幕寬度。此時可以使用lockedRect．Pitch來獲得每行的實際寬度。
捕捉圖像和壓縮圖像時采用雙緩沖模式：在0時隙內，捕捉線程將數據寫入Buffer A中，壓縮線程Buffer B中的圖像，Buffer B中存儲了在上個時隙中采集完畢的圖像數據；在1時隙，捕捉線程將數據寫入Buffer B，壓縮線程處理Buffer A中的圖像。
圖像捕捉線程和圖像壓縮線程構成了—個典型的“生產者-消費者”系統(tǒng)，在采用雙緩沖的基礎上再增加信號機制，可以很好地解決系統(tǒng)中同步與互斥問題。雙緩沖示意圖如圖7所示。本文引用地址：http://www.biyoush.com/article/165900.htm
發(fā)送部分調用windows中所提供的相關Winsock(套接字)函數來完成網絡傳輸功能，這里選用UDP協(xié)議，并采用丟包、錯包不重傳機制。(接收端的圖像每1／8秒刷新一次，丟棄部分圖像數據并不會明顯降低用戶的使用體驗。)
考慮到在該系統(tǒng)所應用的實際場合中，往往會遇到演示畫面在較長一段時間內(數秒至數分鐘)并不發(fā)生任何變換的情況，可以在圖像發(fā)送端軟件中加入前一幀數據與當前幀比較的功能，若數據未發(fā)生改變，則不壓縮也不傳送圖像數據，而只是傳送給接收端一個特殊的保持信號，這樣可以大大降低處理器負荷以及無線網絡的傳輸負荷，使得無線網絡還有余力完成其他用戶的其他任務。
2．3 視頻接收端軟件設計
圖像接收端采用嵌入式Linux操作系統(tǒng)。Linux具有內核可剪裁、開放源代碼、開發(fā)周期短等優(yōu)點，并且支持完整的TCP／IP協(xié)議棧。
接收端軟件主要功能為：接收經壓縮的圖像數據，控制處理器中多媒體處理核心解碼JPEG圖像，顯示圖像。這里也可以采用相似的雙緩沖方法，在接收和解壓線程之間設立雙緩沖，各自擁有一個輪回跳動的指針來交替對兩片緩沖區(qū)經行操作。
圖像解壓模塊負責將接收到的JPEG圖像還原為位圖。它將利用S3C6410芯片內部的硬件解碼來加速系統(tǒng)的執(zhí)行效率。解壓后的數據將被直接寫入顯示緩存中。
6410的JPEG解碼過程如下：初始化用CresteFile打開“JPG1：”解碼驅動，每次解碼首先要獲取Stream Buffer(IOCTL_JPG_STRBUF)，將JPEG數據拷貝到Stream Buffer，接著調用解碼(IOCTL_JPG_DECODE)，最后通過獲取Frame Buffer(IOCTL_JPG_GET_FRMBUF)得到解碼后數據。
在系統(tǒng)運行過程中若出現數據量超出處理能力的情況，則采用直接丟棄的處理方法。接收端軟件流程圖如圖8所示。
3 結束語
本系統(tǒng)基于三星公司的S3C6410處理器以及Wi-Fi技術，能夠完成8幀／秒的無線視頻傳輸，并提供了較好的圖像質量(JPEG品質因數50)。圖像接收端能夠完成對JPEG圖片的實時解碼。適合應用在低幀速視頻傳輸場合，如幻燈片播放，計算機操作演示、教學等。該系統(tǒng)中的視頻接收端的硬件成本可以控制在600元以內。其在圖像幀速、圖像質量、對發(fā)送端處理能力要求、接收端系統(tǒng)成本等因素之間，找到了一個較好的平衡點。
評論