smarteye中RTMP与webRTC,HTTP-FLV并存兼容的实现

众所周知，目前市面上存在的大部分的直播流技术，采用的直播推流都是RTMP协议，主要的架构框架大概为RTMP推流、服务端同步转换并输出RTMP、FLV、HLS等多种协议，相比于10年前的直播技术，这种技术体系已经是非常先进的了，各种低延时的策略都有了，看起直播来也算是比较流畅的：

 

但当我们将这种技术应用到行业中的时候，就会感受到弊端：

 

当推流设备为无线设备或者在网络较差的环境下时，RTMP的推流会出现较大的延时；

播放端一般采用的是RTMP或者HTTP-FLV技术，其主要保障的是数据的完整性，而实时性的控制只能靠播放buffer来调节，不属于实时性优先型的直播；

RTMP、FLV流，无法充分利用H5浏览器的底层框架能力，RTMP需要flash、HTTP-FLV又是基于HTTP的框架之上，无法做到非常好的拥塞控制；

现在各大公有云厂商都在推进自己的RTC直播技术进程，按照我的理解，所谓的RTC直播，主要是几方面：

 

一定要利用到WebRTC的底层框架对播放客户端的支撑，才能充分发挥WebRTC的优势；

WebRTC服务器不局限于某一种流程，百家争鸣，各自可以在流程范围内定义自己的流程；

WebRTC可以理解为HTTPS+RTP，信令沟通用HTTPS，流媒体用RTP；