针对你遇到的「音频提取后时长远短于原视频，且随机损坏帧无法处理」的问题，我们可以通过FFmpeg的错误忽略参数+音频补全滤镜实现和Adobe工具一致的效果，同时保证跨平台（包括Mac浏览器）的兼容性。

核心解决方案命令 #

首先获取原视频的精确时长，再用FFmpeg处理音频：

# 第一步：获取原视频的精确时长（单位：秒）
VIDEO_DURATION=$(ffprobe -v error -show_entries format=duration -of default=noprint_wrappers=1:nokey=1 "C:\tmp123\video.mp4")

# 第二步：提取并修复音频，确保时长与原视频完全匹配
ffmpeg -err_detect ignore_err -i "C:\tmp123\video.mp4" -af "apad=whole_dur=${VIDEO_DURATION}" -c:a aac -b:a 168k -ar 44100 -ac 2 -avoid_negative_ts make_zero "fixed_audio.aac"

参数详解 #

• -err_detect ignore_err：关键参数，让FFmpeg忽略音频流中的损坏帧，不跳过而是用静音填充，避免因丢弃损坏段导致时长缩短
• -af "apad=whole_dur=${VIDEO_DURATION}"：用apad滤镜将音频强制补全到原视频的精确时长，确保最终音频和原视频时长完全一致，完美适配你的用户事件关联需求
• -c:a aac -b:a 168k -ar 44100 -ac 2：严格匹配原音频的编码参数（AAC LC、168kbps、44.1kHz双声道），保证输出音频的标准性，解决你之前方法在Mac浏览器无法播放的问题
• -avoid_negative_ts make_zero：修正时间戳异常，避免播放器识别时长时出现错误

为什么你之前的方法行不通？ #

你提到的「转成无视频流的容器再重命名为MP3/AAC」属于不规范操作：本质是直接拷贝损坏的音频流，但容器格式与后缀不匹配，Mac浏览器对媒体文件的容器校验更严格，因此无法正常播放。而上面的方案是重新编码为标准AAC格式+正确的容器，完全符合播放标准，跨平台兼容性拉满。

关于你提到的-filter_complex -discard #

-discard是FFmpeg的流处理参数，作用是丢弃整个音视频流，并非用来处理局部损坏的帧，所以对你的场景完全不适用，不用再纠结这个参数啦。

这个方案的效果和Adobe工具一致：既保留了原视频的精确时长，又用静音填充了损坏的音频段，同时输出标准兼容的音频文件。

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