-
Notifications
You must be signed in to change notification settings - Fork 4k
延时测试
夏楚 edited this page Aug 8, 2022
·
7 revisions
此测试时间比较早,部分内容已失效;其中ultraLowDelay配置项已经删除;合并写延时改成0时(默认为0)即为最低延时模式;
大家测试延时时,可以使用webrtc播放来测试。
localhost
macOS
-
MediaServer,启动参数-t 1,单线程启动 - 配置文件打开
ultraLowDelay模式
-
obsrtmp推流到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应该能更低。
- 代码依赖与版权声明
- 快速开始
- vcpkg安装zlmediakit
- 服务器的启动与关闭
- GB28181教程
- 推流播放测试
- RESTful 接口
- RESTful 接口 postman自动生成
- Web Hook 接口
- 配置文件详解
- 播放URL规则
- 按需拉流
- 按需推流
- 播放鉴权
- 推流鉴权
- 怎样创建直播流
- webrtc编译与使用
- webrtc信令交互格式
- webrtc重磅更新
- 怎么开启https相关功能