RTMP流处理中Non-monotonous DTS问题排查求助

看来你遇到的不只是单纯的时间戳混乱——那些illegal reordering_of_pic_nums_idc和reference overflow错误，说明输入RTMP流的H.264视频本身就存在编码语法问题，直接复制编码（-c copy）会把这些错误原封不动带到输出，再叠加时间戳的混乱，自然会导致输出流彻底损坏。我给你拆解下问题本质和可行的修复方案：

核心问题分析 #

• 时间戳逻辑混乱：输入流的DTS/PTS不单调递增，你添加的+genpts+igndts只能尝试修正时间戳序列，但没法解决视频帧本身的编码错误。
• 视频帧结构损坏：reference overflow这类错误属于H.264编码的底层语法问题，意味着部分帧的结构已经损坏，-c copy会直接保留这些坏帧，导致输出流无法被正常解码播放。

修复方案：重新编码+优化时间戳处理 #

直接复制编码的思路走不通，必须通过重新编码修复视频帧的结构问题，同时调整时间戳相关参数：

推荐命令 #

ffmpeg -fflags +genpts+igndts+discardcorrupt -rtbufsize 2000M -i "rtmp://input" -c:v libx264 -preset ultrafast -crf 23 -c:a aac -b:a 128k -vsync cfr -async 1 -f flv "rtmp://output"

参数细节解释 #

• +discardcorrupt：主动丢弃输入流中损坏的帧，避免这些坏帧干扰后续时间戳修正和编码流程
• 移除-re：这个参数是用于本地文件模拟实时流的，你的输入本身就是RTMP实时流，加-re反而会打乱ffmpeg的时间戳处理逻辑
• -c:v libx264 -preset ultrafast -crf 23：重新编码视频，ultrafast预设保证低延迟（对延迟要求不高可换fast提升画质），crf 23是平衡质量和体积的默认参数
• -c:a aac -b:a 128k：重新编码音频，保证输出流的兼容性
• -vsync cfr：强制输出恒定帧率，从根源上保证时间戳单调递增
• -async 1：让音频同步到修正后的视频时间戳，避免音画错位

备选方案（极端低延迟场景） #

如果你的场景不允许重新编码（比如要求极致低延迟），可以尝试忽略错误并丢弃坏帧，但修复效果有限：

ffmpeg -fflags +genpts+igndts+discardcorrupt -err_detect ignore_err -rtbufsize 2000M -i "rtmp://input" -c copy -vsync cfr -async 1 -f flv "rtmp://output"

不过还是优先推荐重新编码方案，它能彻底解决视频帧的结构错误，保证输出流稳定可用。

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