H5視頻會議，直播，通話，教學，支持Webrtc、rtmp、sip、rtsp轉協議、IPCAM、白板、桌面共享、免插件、web全平臺、視頻融合系統研發筆記。

隨着互聯網深刻，視頻互通互聯的需求愈來愈多，近些年國家要進一步發展5G網絡，手機等設備硬件也愈來愈好，對視頻互通性，及時性，便捷性提出了新的需求。

1，H5-WEB接入，全平臺web通用：

a、在針對政企需求中，視頻如今是硬性指標，但現有的系統90%以上是B/S系統.

b、各類視頻的APP多種多樣，接口複雜，不適合接入。

c、對低延時互動需求愈來愈高，能視頻通話，能多人互動。

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

2，rtsp,rtmp,sip,webrtc,轉協議，網絡監控頭,H5視頻端，PAD，手機，PC,SIP硬件，全接入

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

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

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

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

3，SFU,MCU,MESH選型：

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

b、上面方案各有優點，能夠參考我原來的帖子，先MCU能夠省不少流量，但對cpu性能要求更高。http://www.javashuo.com/article/p-payzturb-kk.html 

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

技術架構:

演示效果：

技術支持：QQ1410919373

QQ交流羣：1410919373

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