點到點的語音視頻通信實驗-資料下載頁
2025-04-17 06:11本頁面
【正文】 (5) 對編碼后的碼流進(jìn)行傳輸 對編碼后獲取的碼流進(jìn)行UDP傳輸，傳輸時以一幀一個碼流進(jìn)行傳輸，在傳輸時不考慮網(wǎng)絡(luò)的MTU問題，直接對產(chǎn)生的每個碼流進(jìn)行整包發(fā)送具體實現(xiàn)時，調(diào)用WinSock2庫中sendto()函數(shù)進(jìn)行數(shù)據(jù)發(fā)送，并在參數(shù)中設(shè)置數(shù)據(jù)傳輸流的大小，().(6)對接收到的視頻碼流進(jìn)行解碼接收端采用UDP的recvfrom ()函數(shù)接收數(shù)據(jù)包。該函數(shù)是一個阻塞函數(shù)，定正確接收到了數(shù)據(jù)包，此時將該數(shù)據(jù)包進(jìn)行解碼。解碼采用的是提供的Mpeg4解碼器。添加其生成的庫和調(diào)用頭文件到當(dāng)前工程中就可以使用它。其中，decore()函數(shù)的第二個參數(shù)dec_opt需要分別設(shè)置為DEC_OPT_MEMORY_REQS、DEC_OPT_INIT、DEC_OPT_SETOUT、其它(其余任意整數(shù))、DEC_OPT_RELEASE以分別完成內(nèi)存計算、解碼器初始化、設(shè)置輸出格式、解碼、釋放解碼器的工作。()。(7)對解碼后的視頻進(jìn)行顯示 在解碼中，設(shè)置了解碼格式為RGB24。設(shè)置定時器，每隔一段時間檢查解碼緩沖中是否有數(shù)據(jù)，若有，則設(shè)置當(dāng)前窗口失效，使系統(tǒng)發(fā)送重繪消息。在OnPaint()函數(shù)中，將當(dāng)前的RGB Buffer繪制到窗口中，完成視頻顯示的功能。(8)音頻的發(fā)送和接收對于音頻的處理，我們直接通過麥克風(fēng)，獲取PCM格式的波形，采樣率設(shè)置為8000，每樣點的字節(jié)數(shù)設(shè)置為2；接收端緩沖區(qū)設(shè)置為兩個，第一個緩沖區(qū)為接收緩沖區(qū)，然后傳給第二個緩沖區(qū)進(jìn)行播放。五．實驗結(jié)果 可見如下開始界面：收發(fā)雙方點擊開始傳輸視頻后：其中大圖為對方視頻圖像，小圖為本機(jī)視頻圖像。點擊“停止傳輸視頻”便可以結(jié)束視頻傳輸點擊“開始音頻傳輸”便可以進(jìn)行語音聊天點擊“結(jié)束音頻傳輸”便可以結(jié)束音頻傳輸退出窗口請按取消。五．實驗總結(jié)，而實際上會遇到一個外網(wǎng)節(jié)點和一個內(nèi)網(wǎng)節(jié)點的P2P通信，由于外網(wǎng)訪問內(nèi)網(wǎng)節(jié)點是必須要通過分組轉(zhuǎn)發(fā)，這時實現(xiàn)P2P通信就比較復(fù)雜，要用到打洞技術(shù)（即私網(wǎng)穿越技術(shù)），在這里并沒有實現(xiàn)這個技術(shù)。，音頻數(shù)據(jù)未作處理，而實際通話延時還能接受，程序還可以在音頻壓縮這方面進(jìn)行改進(jìn)。3. 為了降低復(fù)雜度，采用的是一幀視頻壓縮后打一個UDP包進(jìn)行發(fā)送，在實際的系統(tǒng)中應(yīng)當(dāng)對一幀數(shù)據(jù)進(jìn)行分包發(fā)送，而保證一個UDP包的數(shù)據(jù)量不至過大。實際的視頻傳輸系統(tǒng)中還應(yīng)當(dāng)加入一定程度的出錯重傳機(jī)制，增加視頻傳輸?shù)目煽啃浴? / 9
教學(xué)教案相關(guān)推薦
鄂ICP備17016276號-1