关于某些特定直播场景中的技术分析

今天，小编为大家总结了一些在直播平台搭建中，在某些特定场景中的技术分析，对想要接触直播平台搭建流程的投资商提供些许技术理解和帮助，下面一起来看下：

一、对于低延迟的直播需求

3~5秒延时对于多数常见的直播形式一般问题不大, 基本上满足之前遇到的直播形式，但在某些场景下，直播的体验非常差，例如我们最常见的连麦，如果延时超过了1s，基本上连麦的整个过程就失败了。

对于这种场景，现在一般的直播平台采取的方案是借助第三方的连麦服务，然后再推给CDN厂商来加速视频传输的速度。

例如在直播答题的场景下, 平台都要求用户在一段时间内提交答案，因为如果有个别用户延迟比较大，这样对用户是不公平的。虽然直播平台仍然使用FLV的传输形式完成答题直播，但是基本都会采用SEI插帧等方法来解决时间同步问题, 在这其中，需要平台端和直播CDN做一些配合来完成。除了连麦、答题场景之外，像在线教育直播、在线拍卖等场景因为涉及到实时性的互动，对延时的要求也比较高。

总的来说，从对业务的支持层面来看, 仅仅有RTMP、FLV这种3~5秒延时以上的直播形式已经不够了, 需要对更低延迟的直播业务进行支持。从技术的角度来看，国内常用的FLV、RTMP这种直播手段，本身是靠Adobe的标准, 而且很快便会停止对Flash的维护, 另一方面WebRTC技术正逐渐兴起，Chrome、Safari等浏览器也都其进行支持，因此开发商也需要对新技术有一些调研和准备。

二、短延迟直播与实时音视频通讯的区别

1、WebRTC主要用于解决实时音视频通话的需求，对延迟的要求非常严格，例如会议直播中，一个会议室中参与的多方可以进行视频通话，每个参与者可以看到其他的参与者，也能听到其他参与者说话。每个参与者既有推流，又有播放，数据是双向的，所以参与人数不会太多，一般不能超过20个。

2、短延时直播目前仍然是直播业务类型，只是延时比较低，短延时直播的业务模型相对简单，数据是单向传输，一个主播端推流，参与的播放者人数没有限制，上百万都可以。

以上就是某些特定直播场景中的技术分析，在直播平台搭建过程中会经常遇到。之后小编会不定期的更新直播平台搭建中的一些技术小解析，敬请关注。