低延迟直播流媒体是捕捉在线观众的关键

几乎所有主要社交媒体平台——除了Pinterest之外——现在都内置了直播流媒体。直播无处不在,从电子竞技到实际体育再到SpaceX发射,越来越多的儿童希望成长并成为专业直播流媒体,而不是希望成为宇航员。 在技术方面，平台现在正处于为用户提供低延迟直播流媒体的军备竞赛中。 如今可能很容易上线，但影响幕后的技术奇迹其实很简单。 由于直播流媒体是您的平台的赌注，因此能够提供最广泛的低延迟流媒体功能的解决方案将优于其他解决方案。 并非每个直播流应用程序都需要尽可能低的延迟。 多个因素决定了哪种解决方案最适合给定应用。 知名流媒体将聚集到提供最合适的视频延迟解决方案的平台，因为该平台将为观众提供最佳观看体验。 [KC1]

低延迟流媒体是一个多维问题

视频中的延迟与其他形式的互联网媒体中的延迟不完全相同。 在后者中，延迟是指服务器获取内容并将其发送到浏览器所需的时间。 另一方面，视频延迟表示捕获帧的时间与在监视器上显示帧的时间之间的滞后。 因此，视频延迟可能是一个多维问题。 例如，假设您正在流式传输一场电子竞赛，在这场比赛中，两位知名玩家相互竞争。 流媒体不仅仅包括视频游戏的动作——它还包括每位玩家脸部的相机镜头,以及一个额外的视频插图和一个现场评论员。 为了呈现最佳体验，必须同时向广大观众播放四个视频流(游戏，两名玩家和评论员)。 (相比之下,国会女议员亚历山德拉·奥卡西奥-科特斯(Alexandra Ocasio-Cortez)最近的Twitch活动吸引了43万观众。 如果一个流的延迟高于其他流，则整个演示文稿都会受到影响—例如，您可以发现评论员对过去长达30秒的操作进行了评论。 随着流媒体观众的成熟，他们开始要求高度交互和技术复杂的流媒体活动。 交互性需要最低的延迟(最好是次秒)，以提供最佳的观众体验。 如今的观众还希望获得类似于广播的高质量画质。 [KC2]成功的流媒体将拥有高带宽的光纤互联网连接,他们将选择视频格式和编码协议,以提供所需的延迟。

基于HTTP的数据块流可防止低延迟

AWS将超低延迟定义为在2到0.2秒范围内，低延迟在6秒零2秒内。 提供常见HLS和DASH视频格式的默认延迟可以是30到60秒。 有了这种高延迟，就不可能提供受众想要的交互性。 这种高延迟背后的罪魁祸首是所谓的基于HTTP的数据块流。 MPEG-DASH和HLS等HTTP流格式可将视频分成小段或小块，在播放之前必须缓冲这些片段或小块。 虽然可以减小块的大小以提供低延迟，但使其过小会增加观众遇到视频重新缓冲和其他播放问题的机会。 让视频交付工作流程变得复杂，观众可以在电视，手机，笔记本电脑，平板电脑等上观看流式视频。 每个设备都可能使用不同的视频格式。 这意味着广播公司必须在发送之前将每个视频流和Transmux转换为流行的视频格式，如HLS和DASH。 此外，每个流可能需要配置，以优化交付，从而为观众的互联网连接状况提供最佳画质。 [KC3]

结论：Limelight Networks通过其实时流媒体解决方案提供次秒级延迟

[KC4] Edgio的实时流媒体使用WebRTC(Web Realtime Communication)技术。 这种开放源代码标准可以提供少于秒的延迟的流，非常适合交互式应用程序。 实施良好的解决方案可以大规模提供可靠，广播质量的实时视频流。 这是Limelight (现为Edgio)下一代实时流媒体解决方案2020年的一个重要开发领域，该解决方案集成了全球CDN容量的规模和范围。 在启用次秒级延迟的同时，实时流还集成了可用于创建交互式服务的数据共享。 我们正在看到这些新的应用中出现的直播视频流,包括在线赌场，拍卖，学习和体育赛事投注。 我们预计WebRTC将成为将直播内容交付纳入社交受众体验的领先选择。 简而言之，直播流媒体的技术层面几乎与屏幕上的人才一样重要。 利用Limelight (现为Edgio)充分利用您的直播流媒体实施—立即联系我们！