作者：Dan Rayburn（原文链接）
翻译：刘通
原标题：Is WebRTC The Future Technology For Low-Latency Live Video Streaming?
相关阅读：WebRTC—一个替代Flash的全新视频聊天解决方案
现在已经有很多关于低延时流，以及Adobe即将结束对Flash的支持将会如何影响低延时工作流影响的讨论。RTMP媒体传输已经成为了许多低延时流媒体工作流程的标准。然而当网页浏览器开始弃用对Flash的支持时，CDN开始放弃RTMP流媒体的功能，Adobe宣布将在2020年底停止更新和分发Flash Player，很显然业界需要一种新的解决方案。
正如我之前所预料到的，HLS/DASH/Smooth和其他HTTP流变体都是未来。他们都是用大多数终端设备所广泛支持的标准编解码器提供的点播内容的可扩展传送。这些自适应分段流格式使用标准的HTTP，以各种比特率或空间分辨率传送内容。通过实现需要较少缓冲的较小块大小，可以明显降低流延迟。但是如果块大小太小，则会由于所有其他HTTP请求而产生额外的开销，并可能导致更高的重新缓冲率。
CDN Limelight在WebRTC上下了大工夫，并实现了加速技术，允许流媒体服务提供商将块大小减小到HLS和DASH数据流量能够以低至4秒的延时传输。虽然这对于点播工作流来说是一个巨大的改进，但它仍然不足以取代Flash在体育直播，游戏和在线赌博的地位，这些都需要低延时流媒体。
为了可以成功取代Flash并提供低延时流媒体，业界需要一个解决方案来从捕获到客户端提供尽可能低的延时。它还必须使用标准的传输协议，不需要任何特殊的网络配置或优化，通过标准Web客户端和浏览器来支持数百万同时在线的观众，而且不需要任何特殊的插件。最后，解决方案必须具有内置的安全的流功能。这是一项很艰巨的任务。
各种流媒体和CDN供应商正在采取不同的方法来解决这一挑战。一些供应商已经开始测试传统的块流传输格式（如HLS）的小型段的新颖实现，但是这些技术需要专门的客户端软件来支持这种非标准的实现。其他供应商正在寻求使用UDP进行低延时流传输的解决方案，但是他们需要在客户端上安装好专门的插件。
WebRTC最初是由Google开发的，它们作为基于浏览器的实时通信的开源解决方案发布。它使用UDP来进行媒体推流，而不需要创建离散的媒体段，这位所有客户端提供了始终如一的低延时。随着苹果的WebRTC支持加入了Safari 11，它现在已经被所有主流浏览器（包括Google Chrome，Firefox，和Microsoft Edge）所支持。WebRTC协议的设计使其可以很灵活的进行各种实现，使企业能够尝试针对一对一，一对多，甚至一对数百万的解决方案。此外，它支持通过TLS进行交付，以确保传输过程中内容的安全。
除了低延时流传输外，WebRTC还提供了一个实时双向数据通道，可用于发送和接收数据流。这种双向数据技术给在线流现在如何能成为一种交互式的体验提供了很多有趣的可能性。观众可以实时的在演唱会期间投票选出他们最想让歌手唱什么歌。体育粉丝可以在比赛或者比赛期间接收定制的体育直播数据统计。在线购物渠道可以显示不同客户的定制优惠或定价。这种可能性似乎可以深刻的改变实况视频的体验。
虽然WebRTC前途一片大好，但不能保证它一定会胜出。市场上还有其他基于协议的解决方案，专注于通过先进的丢包隐藏/恢复功能进行移动优化，因此还有其他选择。但是随着今年的直播量还会增加，广播公司和内容所有者会继续要求低延时解决方案，业界也需要一项技术的出现。
