树莓派使用 ffmpeg+rtmp 推流直播，延迟严重

[Orciorc]

• 设备：树莓派 4B 4GB 版本
• 系统：RaspberryPi OS （ Linux Kernel 5.4.83-v71 ）
• 摄像头：海康威视 USB 1080P
• 网络环境：千兆局域网

具体描述：树莓派安装SRS,ffmpeg,使用 ffmpeg 作为客户端推流到树莓派本地 nginx 服务器，使用 iPad 上的 VLC 播放器拉 RTMP 流，在 Windows 上使用 Potplayer 拉 RTMP 流，延迟在 5 ～ 7s，反复调试均无改善。

使用过的命令行：

• ffmpeg -i /dev/video0 -r 25 -video_size 1920x1080 -vcodec h264_omx -preset:v ultrafast -tune:v zerolatency -f flv rtmp://127.0.0.1:1935/live
• ffmpeg -i /dev/video0 -r 25 -vcodec libx264 -preset:v ultrafast -tune:v zerolatency -f flv rtmp://127.0.0.1:1935/live
• ffmpeg -i /dev/video0 -r 15 -s 1280x720 -preset:v ultrafast -vcodec h264_omx -f flv rtmp://127.0.0.1:1935/live/livestream
• ffmpeg -re -threads 1 -max_delay 500000 -i /dev/video0 -c:v libx264 -b:v 350k -level 3.0 -acodec aac -strict experimental -ar 44100 -ac 2 -b:a 96k -preset ultrafast -tune zerolatency -vcodec h264 -f flv -an rtmp://127.0.0.1/live/192168322

延迟均较大（ 5 ～ 10s ），反复调试无效，请教 v 友！

[nanfour]

换 monibuca，感觉效果好一些。

[Orciorc]

@nanfour #1 感谢，近期测试一下

[ReZer0]

如果你对于你的网络环境有自信的话，可以找找这两个参数。
hls_fragment ;
hls_playlist_length;
把数字设置得越小延迟越小，但依赖于网络稳定性。

[cpstar]

我朋友用的方案是 webrtc

[Orciorc]

@ReZer0 尝试调过第一个，无改善

[ReZer0]

@Orciorc 如果你是本地内网测试，这两个参数可以设置成 1 、2 试试。

[Lax]

SRS 和 Nginx 功能重合了吧，这里分别是做什么功能的？如果推流和播放都是 RTMP 协议，楼上提到的 HLS 参数应该是无关的

[tms]

正常 rtmp 无专门调优的情况下就是在 5-10s，需要更小延迟可以考虑其他协议。

[Orciorc]

@Lax 是的,SRS 所集成的 rtmp 也是基于 nginx 的，我两个都进行测试(即使用 srs 自带的 nginx，以及自己安装 nginx+rtmp 模块)，但都是延迟很大。

[Orciorc]

@tms 有哪些比较容易实现的吗？请赐教

[tms]

@Orciorc
如果用 rtmp 协议的话可以优化到 1-3 秒，需要推流端参数和播放端共同优化，推流端也就是 gop 和 preset 还有 tune 基本你都试过了，播放端得把播放器的首屏延迟和 buffer 调教的比较好，rtmp 可以优化到 1-3 秒。
其他的话开源的像 webrtc 和 srt 协议也可以试试，还有一些私有的 udp 协议等，都可以做到一秒以内。