-
Notifications
You must be signed in to change notification settings - Fork 3.5k
延时测试
夏楚 edited this page Aug 8, 2022
·
7 revisions
此测试时间比较早,部分内容已失效;其中ultraLowDelay
配置项已经删除;合并写延时改成0时(默认为0)即为最低延时模式;
大家测试延时时,可以使用webrtc播放来测试。
localhost
macOS
-
MediaServer
,启动参数-t 1
,单线程启动 - 配置文件打开
ultraLowDelay
模式
-
obs
rtmp推流到localhost -
速率控制
:CBR
-
比特率
: 2500 -
自定义缓存大小
: 100 -
关键帧将
:2秒 -
CPU使用预设
:ultrafast
-
profile
:baseline
-
Tune
:zerolatency
-
分辨率
: 1280x720 -
fps
: 30
- 内置test_player
- localhost播放rtsp(udp、tcp模式都测试)或rtmp
- 打开浏览器,打开在线秒表网页 https://miaobiao.51240.com/
- 设置OBS,截取浏览器秒表部分图像,开始推流给MediaServer
- 打开test_player,播放对应的rtsp或rtmp url
- 使用截图工具,定格画面,并对比网页与test_player播放器画面在线秒表时间差
-
播放rtmp,延时200ms ~ 400ms
-
播放rtsp(tcp模式),延时200ms ~ 400ms
-
播放rtsp(udp模式),延时200ms ~ 400ms
- 在单线程下,播放器和推流器在同一个线程,没有跨线程切换问题,延时稍微稳定并低点
- 开启TCP_NODELAY关闭MSG_MORE在本轮测试中对优化延时效果不大
- 多次截图平均下来有300ms左右的延时,最低200ms左右,最高有400+ms
- 17年我自己写推流器(很遗憾没保存下exe文件)的情况下,最低延时能达到120ms左右,目前根本达不到,怀疑obs推流延时还是较高
- 推流时建议关闭音频再测试,像AAC这种编码格式,编码延时能达到100ms以上
- 本次测试都是再macOS下测试的,理想情况下,服务器是linux,推流器windows,播放器渲染自己做的话延时可能还能更低
- 感兴趣的朋友们可以在windows下测试下,17年我是在局域网中测试的,推流器、服务器、播放器都不是同一台主机,延时尚且低至120ms,如果localhost应该能更低。