直播选择 RTC 还是 RTMP？

RTC实时直播

RTC（Real Time Communication）实时音视频通信，它最大的特点就是低延时和无卡顿。从功能流程上说，它包含了采集、编码、前后处理、传输、解码、缓冲、渲染等诸多环节，每一个细分环节，还有更细分的技术模块。比如，前后处理环节有美颜、滤镜、回声消除、噪声抑制等，采集有麦克风阵列等，编解码有VP8、VP9、H.264、H.265等等。RTC 不是靠“优化”各环节去实现的实时互动，而是依靠推流端实时的传输机制。

很多实时音视频服务专业厂商使用的就是 WebRTC 标准，这是一种基于浏览器的实时通信的开源解决方案，使用 UDP 私有协议来进行媒体推流，而不需要创建离散的媒体段。

WebRTC 的好处在于用户体验好，不需要安装东西，分享一个链接就可以看。但这套方案需要主播端上传两路视频：一路 P2P 与连麦者进行交互，一路使用 RTMP 推到 CDN。还要下载一路视频：连麦者P2P发送过来的交互数据。对主播端带宽需求较高。另外，主播端需要进行多路视频的编码、解码，又对主播端设备配置要求较高。而由于主播端和连麦者经过 CDN 合并成一路，无法实现主播端和连麦者视频大小窗口切换。

除了低延时流传输外，WebRTC还提供了一个实时双向数据通道，可用于发送和接收数据流。这种双向数据技术给在线流现在如何能成为一种交互式的体验提供了很多有趣的可能性。观众可以实时的在演唱会期间投票选出他们最想让歌手唱什么歌。体育粉丝可以在比赛或者比赛期间接收定制的体育直播数据统计。在线购物渠道可以显示不同客户的定制优惠或定价。这种可能性似乎可以深刻的改变实况视频的体验。

anyRTC实时直播模式，通信的终端设备不在分发CDN网络，只通过anyRTC RTN网络进行直播，延迟可控制在200ms内