3~5秒的延迟对于大多数常见的直播形式来说一般不是问题，
基本上符合以前的直播格式，但在某些场景下，直播体验很差。例如，如果延迟超过1s，整个片段将基本崩溃。对于这种场景，现在一般直播平台采用的方案是使用第三方接麦服务，然后推给CDN厂商，加快视频传输。从业务支持的角度来看，
光有RTMP和FLV已经不够了，延迟超过3~5秒。有必要支持延迟更低的直播服务。
短延时直播VS实时音视频通信
WebRTC的使用主要是为了满足实时音视频通话的需求，不可避免的需要非常严格的延时。会议室中的许多参与者可以进行视频通话。
每个参与者都可以看到和听到其他参与者的声音。每个参与者都有推流和播放，数据是双向的。所以参加人数不会太多，一般不超过20人。
短时延直播仍是直播业务类型，但延时相对较低。短时延直播的商业模式比较简单，数据单向传输，一个主播推流，参与人数不限，可以是几百万。
直播如何实现低延迟
有许多方法可以选择最佳路径。目前，选择最优网络路径的方法很多，如网络速度测量、用户个人连接数据分析、用户组连接数据分析等。
网络测速仪
推送流之前，推送端先向每条路径发送简单的数据包，然后根据数据包的响应时间猜测哪条路径最快。这种方法简单有效但有局限性：选择的路径只是在测试时间点最快，网络状况随时间变化；另外，仅仅因为简单的数据包测量更快，并不意味着流媒体传输数据更快。因此，用这种方法得到的结果只能作为参考指标。
大数据分析
为了避免单个采样时间点测速带来的偏差，可以分析历史大数据来预测哪条网络路径最好。历史大数据的分析可以分为两个维度：用户个人连接数据分析和用户群体连接数据分析。
低延迟是直播系统开发中常见的问题之一，各种直播源码对延迟的要求略有不同。一般需要更低的时延——直播服务的流畅运行，如何实现低时延也将是直播系统发展成败的因素之一。
