RTMP服务器的延迟,多级边缘不影响延迟,gop为最大因素

编码器用FMLE,用手机秒表作为延迟计算。

结论:

1. 影响延迟的三个重要因素:网络带宽不足延迟越大,服务器算法缓存越多延迟越大,编码gop越大延迟越大

2. 若只考虑服务器,NGINX-RTMP做源站时延迟在2-3秒以上。

3. 若只考虑服务器,SRS做边缘延迟最小在0.3秒,多级边缘服务器没有影响。

服务器结构如下:

源站:NGINX-RTMP

一级边缘:SRS

二级边缘:SRS

H264-Baseline-1秒GOP

H264,baseline,gop=1秒,fps=20,bitrate=500kbps

可见,延迟主要是在NGINX-RTMP,边缘服务器的延迟算法让延迟最低。

 

 

改变编码参数:

H264-Baseline-5秒GOP

H264,baseline,gop=5秒,fps=20,bitrate=500kbps

可见,gop变大后,每层都会有随机的延迟,原因是缓存了一些数据。

基本上5秒gop,就会有5/2秒延迟,即2.5秒左右延迟。

 

改变编码参数gop为10秒:

H264-Baseline-10秒GOP

H264,baseline,gop=10秒,fps=20,bitrate=500kbps

gop大了之后,延迟就要拼人品了。

 

 

改变编码参数为main:

H264-Main-1秒GOP

H264,main,gop=1秒,fps=20,bitrate=500kbps

基本上和baseline差不多。

没有什么影响,除了我的CPU上去了。

 

编码参数改为VP6:

VP6-1秒GOP

VP6 Quality=GoodQuality-GoodFramerate NoiseReduction=None DatarateWindow=Medium CPUUsage=Dedicated gop=1秒 fps=20

可见VP6也是一样,延迟在NGINX-RTMP源站,边缘没有延迟。
 

编码参数改为VP6,gop为10秒:

VP6-10秒GOP

VP6 Quality=GoodQuality-GoodFramerate NoiseReduction=None DatarateWindow=Medium CPUUsage=Dedicated gop=10秒 fps=20

可见VP6时也一样受gop影响。

 

HTTP切片方式的延迟

H264 Baseline gop=1秒 fps=20

HTTP切片长度为1秒

从左到右依次为:编码器,NGINX-RTMP源站,SRS边缘,HTTP切片边缘

可见:
NGINX-RTMP源站延迟在1.4秒

SRS边缘延迟0.6秒

HTTP切片边缘延迟1.1秒

实际环境中,1秒一个切片,在CDN分发时,下载的速度可能没有这么快,所以延迟应该会比这个高。

  • 3
    点赞
  • 7
    收藏
  • 打赏
    打赏
  • 3
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页
评论 3

打赏作者

win_lin

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值