如何降低直播延时

如何降低直播延时？

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

优化推流端

• 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的值就是播放器缓存大小，可按需调整。