如何降低直播延时

如何降低直播延时?

在直播过程中,推流端、服务器端、播放器、网络环境等因素都会影响延时。 对于每个端上的优化措施可以参考以下参数:

优化推流端

  • h264编码一定不要开启B帧, 解码时B 帧依赖于前后的帧,会增加延迟。
  • h264 编码使用 H.264 baseline profile,减少编码时消耗的时间。
  • 音频尽量使用AAC-LC Codec,这样会减少编码时消耗的时间。
  • 适当调整关键帧间隔(GOP大小),因为前文说过服务器是以GOP个整数倍进行缓存的,如果GOP过大服务器端的缓存也会变大,建议设置为2s(但是同等码率下GOP越小清晰度也会越低,所以建议大家视场景而定,推荐不小于1s)。

以OBS推流工具为例,要想尽量减少延时,可以参考如下配置:

在这里插入图片描述

优化PingOS服务器配置

对于服务器端来说,可优化的点并不多,无非是对缓存大小进行优化。直接以PingOS服务器为例: 配置项 | 优化项 | 讲解 | 配置示例 — | — | — | — cache_time | 缓存大小 | 以时间为单位的配置项,缓存大于等于整数倍个gop长度的数据,理论上这个值越小延时会越低。如果你不关心播放端的首屏显示的速度,可以将cache_time设置为0,这样服务器就不会缓存任何数据,实时将内容下发。 | cache_time 0s; low_latency | 开关 on/off | 低延时选项,cache_time大于0时有效,开启后服务器缓存中如果有新的关键帧,则跳过P帧,从新的关键帧处开始分发 | low_latency on send_all | 开关 on/off | cache_time大于0时有效,第一次向播放端发送数据时,是否一次性将缓存数据全部下发。如果一次将缓存数据全部下发,则相当于将服务器缓存积累的延时抛给了播放端,这样的话,即使设置了low_latency也没用,因为缓存中已经无数据可跳过。将这个配置设置成false,并且和low_latency配合使用可一定程度上降低延时。 | send_all

服务器配置示例:

application live {
    live on;
    cache_time 2s;
    low_latency on;
    send_all off;
}

优化播放器端

播放端的优化因播放器而定,这里以flv.js播放器为例,图中stashInitialSize的值就是播放器缓存大小,可按需调整。 在这里插入图片描述