如何解决FFmpeg推流Node-Media-Server的HTTP FLV直播音频延迟问题？

为什么会出现音频延迟递增/整体延迟升高的情况？ #

咱们先拆解核心矛盾：

1. 强制帧率与硬件实际输出不匹配：你用-r 30强制视频输出30fps，但如果你的摄像头（/dev/video1）实际输出的帧率不是严格稳定的30fps，FFmpeg就会通过重复帧或丢弃帧来“凑”够30fps的输出节奏。但音频是按实际采样率（44100Hz）持续采集输出的，时间一长，视频的强制时间戳和音频的真实时间戳就会逐渐错位，最终表现为音频延迟越来越大。
2. 音视频同步机制冲突：FFmpeg在强制帧率时，视频时间戳是固定间隔生成的（1/30秒），而音频时间戳是基于实际采集的样本数计算的，两者的时间基准慢慢偏离，Node-Media-Server转发时没修正这个错位，flv.js播放时就会把这种错位放大成可见的音频延迟。
3. 移除-r参数后的整体延迟升高：去掉-r 30后，FFmpeg会采用摄像头的原生帧率，但如果原生帧率有波动，FFmpeg为了保证音视频同步会缓存更多帧来对齐，这就导致整体延迟增加了约0.5秒。

可行的解决方案 #

方案1：匹配硬件实际帧率，用vsync控制同步（优先推荐）

首先先确认你的摄像头实际支持的帧率，执行这条命令查看：

ffmpeg -f v4l2 -list_formats all -i /dev/video1

找到摄像头输出的真实帧率（比如25fps或30fps），如果是稳定的30fps那最好，如果不是，就把-r 30改成对应的真实帧率，或者直接去掉-r参数，同时添加-vsync 1让FFmpeg自动对齐音视频时间戳，减少缓存延迟。修改后的命令：

ffmpeg -f v4l2 -threads 0 -video_size 672X420 -i /dev/video1 -f alsa -thread_queue_size 512 -i hw:1,0 -c:a aac -ar 44100 -b:a 128k -c:v libx264 -s 672x420 -g 60 -preset superfast -tune zerolatency -strict -2 -vsync 1 -f flv rtmp://localhost/live/primary

-vsync 1会让视频同步到音频的时间戳，从根源避免时间戳错位导致的延迟累积，同时不会过度缓存，能控制整体延迟在较低水平。

方案2：用-re参数强制推流速率匹配采集速度（适合必须固定30fps的场景）

如果你必须要输出30fps的流，那就在命令开头加上-re参数，让FFmpeg按照输入流的实际采集速度来推流，而不是尽可能快地输出。这样即使强制了-r 30，也能保证音视频时间戳的对齐，不会出现延迟递增的问题。修改后的命令：

ffmpeg -re -f v4l2 -threads 0 -video_size 672X420 -i /dev/video1 -f alsa -thread_queue_size 512 -i hw:1,0 -c:a aac -ar 44100 -b:a 128k -c:v libx264 -s 672x420 -r 30 -g 60 -preset superfast -tune zerolatency -strict -2 -f flv rtmp://localhost/live/primary

方案3：调整音频队列与同步参数

可以尝试增大音频的队列大小，同时添加-async 1让FFmpeg自动调整音频同步，减少延迟累积：

ffmpeg -f v4l2 -threads 0 -video_size 672X420 -i /dev/video1 -f alsa -thread_queue_size 1024 -i hw:1,0 -c:a aac -ar 44100 -b:a 128k -c:v libx264 -s 672x420 -r 30 -g 60 -preset superfast -tune zerolatency -strict -2 -async 1 -f flv rtmp://localhost/live/primary

-async 1会让音频时间戳同步到视频，而更大的-thread_queue_size能减少音频采集时的丢包或缓存不足问题。

内容的提问来源于stack exchange，提问作者albert200000