融合Webrtc,rtmp,rtsp,sip,H5視頻教學,視頻會議,監控,直播一體化方案

隨着互聯網深刻，視頻互通互聯的需求愈來愈多，近些年國家要進一步發展5G網絡，手機等設備硬件也愈來愈好，對視頻互通性，及時性，便捷性提出了新的需求。 互聯網視頻有各自的協議和架構，互通都很麻煩，由google發起開源webrtc愈來愈來越成爲視頻應用的基礎協議和標準，但老產品應用還大量存在，都須要融合接入，客戶有這塊需求，這方面做者作了一方面的研究和開發，整理記錄一下.

選型確認：目前主流的rtmp,flash,hls,能夠在web實現，但延時大，互動效果差， Webrtc的web接入成了首先，但因爲IOS這塊進展慢，各類限制，在實施中要處理幾個難點，android-vp8<>ios-h264<>pc-vp8互通，這裏難點是編碼轉換，目前ios的webrtc是h264編碼，其它是vp8,融合平臺要實現全通和自動轉換編碼。

2，rtsp,rtmp,sip,webrtc,轉協議，網絡監控頭,usb攝像頭，H5視頻端接入

a、視頻設備的種類多，各類老設備，老協議也須要兼容接入。

b、各類編碼的格式，延時度，統一格式，響應轉發。

c、早期企業的視頻會議，直播設備，這裏針對性兼容sip,rtsp,rtmp。

選型確認：作爲互動協議確定只能以webrtc爲主，編碼以h264，vp8兩種，支持rtmp(能夠兼容各大直播平臺),sip分發，。難點是協議處理轉換，大工程。

3，SFU,MCU,MESH選型：

a、這理要處理協議和端，不能用mesh和sfu.惟一方案mcu.

b、上面方案各有優點，能夠參考我原來的帖子，先MCU能夠省不少流量，但對cpu性能要求更高。

選型確認：mcu作爲惟一方案仍是有自我優點，在協議視頻融合，省流量。都是不錯的選擇。難點是視頻融合處理，和部局動態調整。不過讓咱們的技術人員去搞定，我只管用就好。

c、教學過程當中兼容電子白板，文字，消息，視頻錄製，視頻點播。

技術架構:

客戶PC,IOS,Android全平臺實施後效果良好，

演示地址：https://w.ovmeet.com:9301/login.html

演示效果：