點(diǎn)到點(diǎn)的語(yǔ)音視頻通信實(shí)驗(yàn)(編輯修改稿)
2025-05-14 06:11 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 時(shí)不影響系統(tǒng)的其它任務(wù)。該顯示模式所支持的視頻采集格式為 YUV 格式。通過(guò) capOverlay 宏完成。 2) Preview 模式：在該模式下顯示要占用 CPU 資源，視頻幀由系統(tǒng)調(diào)用 GDI 函數(shù)在捕獲窗中顯示。 Previes 模式的顯示速度慢，該顯示模式所支持的視頻采集格式為 RGB 格式。通過(guò) capPreview 宏實(shí)現(xiàn)。 Preview 模式和 Overlay 模式都只是用以顯示。與采集的過(guò)程并無(wú)多大關(guān)系。它主要應(yīng)用于采集幀的本地回顯。 參數(shù)設(shè)置完成之后，視頻數(shù)據(jù)的采集是整個(gè)應(yīng)用的關(guān)鍵，根據(jù)應(yīng)用的不同可以將視頻幀采集到的文件或采集的緩存直接加以處理。在可視電話的應(yīng)用中需要實(shí)時(shí)的 處理采集下來(lái)的幀數(shù)據(jù)，因此我們采用了將視頻數(shù)據(jù)采集到緩存的方式。它的優(yōu)勢(shì)是速度快，實(shí)時(shí)性強(qiáng)。完成視頻幀到文件的存儲(chǔ)可以利用相應(yīng)的宏實(shí)現(xiàn)，如 capCaptureSequence 宏將捕獲幀存儲(chǔ)到指定的文件。而實(shí)現(xiàn)視頻幀到緩存的捕獲則需要應(yīng)用回調(diào)函數(shù)和相應(yīng)的數(shù)據(jù)塊結(jié)構(gòu) VIDEOHDR 。這里 callback 函數(shù)可以使用 capSetCallbackOnFrame 或 capSetCallbackOnStream 來(lái)注冊(cè)。其不同點(diǎn)在于后者所能夠達(dá)到的采集速率比前者要高，但需要用 capCaptureSequenceNoFile 加以激活。其相應(yīng)的回調(diào)函數(shù)的接口及內(nèi)容可以完全一致。 3 基于UDP的Winsock編程 UDP協(xié)議（User Datagram Protocol），即用戶數(shù)據(jù)報(bào)協(xié)議，是定義用來(lái)在互連網(wǎng)絡(luò)環(huán)境中提供包交換的計(jì)算機(jī)通信的協(xié)議。它是Internet上廣泛采用的通信協(xié)議之一。 UDP協(xié)議直接位于IP協(xié)議的頂層，屬于傳輸層協(xié)議，它提供向另一用戶程序發(fā)送信息的最簡(jiǎn)便的協(xié)議機(jī)制。與TCP協(xié)議不同，UDP協(xié)議是一個(gè)無(wú)連接協(xié)議，發(fā)送端和接收端不建立連接；UDP協(xié)議不提供數(shù)據(jù)傳送的保證機(jī)制，可以說(shuō)它是一種不可靠的傳輸協(xié)議；UDP協(xié)議也不能確保數(shù)據(jù)的發(fā)送和接收順序，實(shí)際上，這種亂序性很少出現(xiàn)，通常只是在網(wǎng)絡(luò)非常擁擠的情況下才可能發(fā)生。以下將給出利用WinSock API實(shí)現(xiàn)基于UDP協(xié)議的網(wǎng)絡(luò)編程的具體步驟(1) 初始化通信端口(2) 初始化Windows Sockets DLL(3) 創(chuàng)建流式套接字(4) 服務(wù)端綁定端口(5) 注冊(cè)網(wǎng)絡(luò)事件(6) 處理網(wǎng)絡(luò)事件(7) 讀取數(shù)據(jù)(8) 發(fā)送數(shù)據(jù)(9) 關(guān)閉套接字UDP實(shí)現(xiàn)框架為：三．實(shí)驗(yàn)內(nèi)容本實(shí)驗(yàn)程序模塊可以分為以下幾塊：(1)
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號(hào)-1