FFMPEG将RTSP流转码为m3u8/ts文件时跳帧问题排查问询

问题根因 #

从提供的日志可以定位到三个核心诱因：

• FFmpeg默认处理实时流时采用帧率同步时钟策略，当RTSP流传输速度低于输出帧率要求时，会自动丢弃未及时处理的帧追赶实时时间，和你猜测的逻辑一致。
• 你最后使用的命令参数存在冲突：-crf 0为无损编码模式，会大幅提升编码计算耗时，-b:v 25K码率限制远低于实际需要的358kbps（从最终编码日志可查），两个参数叠加导致编码瓶颈，加剧跳帧。
• 结束日志中的H264宏块解码错误是RTSP传输过程中丢包导致的帧损坏，损坏帧累积后也会触发播放端跳帧。

优化后的转码命令 #

ffmpeg -rtsp_transport tcp -buffer_size 10485760 -i rtsp://123456:2525 \
-vsync 2 -async 1 -fflags +genpts \
-c:v libx264 -profile:v baseline -crf 23 -b:v 400k -r 30 \
-y -hls_time 5 -hls_allow_cache 0 -hls_flags delete_segments -start_number 1 -an \
/stream/some_m3_file.m3u8 >& m3LogFile.txt &

关键参数说明 #

• -buffer_size 10485760：设置10M的网络输入缓冲区，缓解RTSP传输波动导致的帧读取延迟
• -vsync 2：关闭帧同步时钟校验，强制保留所有输入帧，不会为了追赶实时时间丢帧，哪怕出现流延迟也会完整编码所有帧
• -fflags +genpts：为缺失时间戳的帧自动生成正确的播放时间戳，避免输出流时间轴紊乱
• 编码参数调整为-crf 23 -b:v 400k，匹配你的摄像头输出码率，既保证画质也不会产生编码瓶颈

验证方式 #

运行命令后观察日志中的drop和dup数值，如果drop始终为0，且播放时无跳帧即为生效。如果仍存在卡顿，可以适当调大buffer_size的数值，或者降低编码分辨率/帧率减少计算压力。

内容的提问来源于stack exchange，提问作者Thomas J.