FFmpeg.js转换WebM为MP3 末尾垃圾数据致时长异常求助

你碰到的时长不准、文件损坏两个问题，是客户端ffmpeg转MP3的典型问题，对应两个明确的诱因：

• 文件末尾垃圾数据：你用的旧版ffmpeg worker往内存虚拟文件系统写输出文件时，会先占一块固定大小的内存缓冲区，写完文件后没做截断操作，缓冲区里没被实际音频数据覆盖的残留内存会一起被当成输出文件返回。这部分无效数据就是MP3val报的垃圾内容，也是Audacity提示文件损坏的直接原因。
• 时长显示偏长：你现在的转码参数输出的是不带元数据头的裸MP3流，播放器没法直接读准确时长，只能靠文件大小和比特率估算。文件末尾混了垃圾数据撑大了体积，估算出来的时长自然比实际长，等播放到真实音频结束的位置，后面找不到有效MP3帧，播放器就会直接跳回开头。

1. 调整转码参数，强制写入MP3时长元数据 #

转码参数里加-write_xing 1，强制输出带标准XING/INFO帧头的MP3，文件头里会直接写死准确时长、总帧数信息，播放器不需要靠文件大小估算时长。调整后的参数如下：

arguments: [
  "-i", "input.webm",
  "-c:a", "libmp3lame",
  "-vn",
  "-ab", `${bitrate ? bitrate : 256}k`,
  "-ar", "44100",
  "-write_xing", "1",
  "-f", "mp3",
  "output.mp3"
]

2. 截断输出文件，清除末尾无效数据 #

不要直接拿worker返回的MEMFS里的output.mp3文件，转码完成后先做截断处理：

• 如果你能改worker逻辑，监听到ffmpeg转码完成的信号后，先调用虚拟文件系统的truncate方法，把output.mp3截断到ffmpeg实际写入的文件长度，再读取文件内容返回，就不会带末尾的残留内存垃圾。
• 如果你不想改worker，也可以在前端拿到输出的MP3二进制后，从文件尾部往前扫描，找到最后一个有效MP3帧的结束位置，把后面的无效字节全部切掉即可。

验证标准 #

修复后转出的MP3满足三个条件就说明问题解决：

• 用MP3val检测无末尾垃圾数据报错
• 播放器显示的时长和原WebM文件完全一致，播放到结尾正常停止，不会跳回开头
• Audacity可以正常打开文件，无格式损坏提示

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