随着互联网深刻,视频互通互联的需求愈来愈多,近些年国家要进一步发展5G网络,手机等设备硬件也愈来愈好,对视频互通性,及时性,便捷性提出了新的需求。 互联网视频有各自的协议和架构,互通都很麻烦,由google发起开源webrtc愈来愈来越成为视频应用的基础协议和标准,但老产品应用还大量存在,都须要融合接入,客户有这块需求,这方面做者作了一方面的研究和开发,整理记录一下.html
选型确认:目前主流的rtmp,flash,hls,能够在web实现,但延时大,互动效果差, Webrtc的web接入成了首先,但因为IOS这块进展慢,各类限制,在实施中要处理几个难点,android-vp8<>ios-h264<>pc-vp8互通,这里难点是编码转换,目前ios的webrtc是h264编码,其它是vp8,融合平台要实现全通和自动转换编码。android
2,rtsp,rtmp,sip,webrtc,转协议,网络监控头,usb摄像头,H5视频端接入ios
a、视频设备的种类多,各类老设备,老协议也须要兼容接入。web
b、各类编码的格式,延时度,统一格式,响应转发。网络
c、早期企业的视频会议,直播设备,这里针对性兼容sip,rtsp,rtmp。架构
选型确认:作为互动协议确定只能以webrtc为主,编码以h264,vp8两种,支持rtmp(能够兼容各大直播平台),sip分发,。难点是协议处理转换,大工程。性能
3,SFU,MCU,MESH选型:google
a、这理要处理协议和端,不能用mesh和sfu.惟一方案mcu.编码
b、上面方案各有优点,能够参考我原来的帖子,先MCU能够省不少流量,但对cpu性能要求更高。视频
选型确认:mcu作为惟一方案仍是有自我优点,在协议视频融合,省流量。都是不错的选择。难点是视频融合处理,和部局动态调整。不过让咱们的技术人员去搞定,我只管用就好。
c、教学过程当中兼容电子白板,文字,消息,视频录制,视频点播。
技术架构:
客户PC,IOS,Android全平台实施后效果良好,
演示地址:https://w.ovmeet.com:9301/login.html
演示效果: