Win10下Electron应用调用ffmpeg合并FLAC报Too many packets buffered错误

• 首次报错的触发原因：两个异常FLAC文件内嵌的MJPEG格式专辑封面存在数据损坏，FFmpeg默认会扫描所有媒体流，解析坏封面时触发Invalid data found when processing input，中断主流程后引发音频数据包队列堆积、编码器残留帧的连锁报错。VLC对损坏数据的容错性更高，因此可以正常播放，但FFmpeg的严格校验逻辑会直接终止任务。
• 二次尝试后报错的触发原因：损坏的FLAC文件内部存在非法音频残差帧，解码时会输出时间戳非单调递增的音频数据，不符合MP3封装对dts时间戳的要求，触发队列输入时序倒退的报错。
• 此前尝试的-max_muxing_queue_size 9999参数仅能缓解输出端队列容量不足的问题，无法解决输入源本身的流损坏、时间戳错乱的核心问题，因此没有效果。

按操作优先级排序：

1. 输入阶段直接跳过损坏的附属流
   在输入逻辑中增加显式流映射，强制FFmpeg只读取两个输入文件的第一路音频流，完全跳过损坏的内嵌MJPEG封面流，从源头避免触发封面解码错误。
2. 增加输入容错参数，容忍损坏的音频帧
   在每个输入文件前增加两个容错参数：
   • -err_detect ignore_err：跳过检测到的非法流错误，不中断解码流程
   • -fflags +discardcorrupt：直接丢弃文件中损坏的音频残差帧，避免输出时间戳错乱的音频数据
3. 输出阶段增加时间戳修正逻辑
   在编码器参数前增加时间戳修正参数，自动修正输出音频的时间戳偏移，解决dts非单调递增的报错问题。
4. 版本优化建议
   当前使用的FFmpeg 4.3版本对损坏媒体流的容错逻辑相对严格，如果后续可以将ffmpeg-ffprobe-static包升级到5.0以上版本，这类因内嵌封面损坏、残差帧非法触发的报错会大幅减少。

针对两个异常FLAC文件的合并场景，可直接替换路径使用以下命令：

ffmpeg.exe -y -err_detect ignore_err -fflags +discardcorrupt -i "G:\RenderTune broken files\broken flac example\05 - Billy Martin - Phillie Dog.flac" -err_detect ignore_err -fflags +discardcorrupt -i "G:\RenderTune broken files\broken flac example\08 - Billy Martin - Stax.flac" -filter_complex "[0:a:0][1:a:0]concat=n=2:v=0:a=1[a]" -map "[a]" -async 1 -avoid_negative_ts make_zero -c:a libmp3lame -b:a 320k "G:\RenderTune broken files\broken flac example\COMBINED_FILES.mp3"

注意：如果执行后仍存在极个别损坏帧导致的队列堆积问题，可以在libmp3lame参数后补充-max_muxing_queue_size 9999进一步扩大输出队列容量，兼容FFmpeg 4.3版本的队列长度限制。

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