ffmpeg将FLAC转MP3后Mp3tag显示歌曲时长异常问题

MP3时长识别偏差的核心诱因是文件开头的Xing/Info（又称LAME头）写入异常。
不同工具读取MP3时长的实现逻辑存在差异：

• Windows资源管理器、VLC、Groove、Spotify桌面端等工具，要么逐帧扫描全文件计算真实时长，要么读取ID3v2标签内的TLEN（时长）字段，可获取正确值
• Mp3tag、Spotify移动端、Google Drive预览等工具为优化加载效率，不执行全文件扫描，直接读取Xing头内预存的总时长、总帧数字段，该字段值错误时就会出现时长显示异常
  旧转换命令未显式指定LAME编码器的Xing头写入规则，部分ffmpeg版本生成CBR 320kbps码率MP3时，不会正确填充Xing头的时长字段，最终导致识别值仅为真实时长的28%左右。

无需二次重编码（二次编码会造成不必要的音质损失），使用单条ffmpeg命令即可在FLAC转MP3的单次编码流程中写入正确的Xing头信息，同时完整保留元数据：

ffmpeg -i input.flac -c:a libmp3lame -b:a 320k -ar 44100 -ac 2 -dither_method modified_e_weighted -map_metadata 0 -id3v2_version 3 -write_xing 1 output.mp3

参数说明 #

• -c:a libmp3lame：显式指定使用标准LAME MP3编码器，避免ffmpeg调用其他存在兼容问题的MP3编码实现
• -b:a 320k：指定输出MP3码率为320kbps，替换旧版别名参数-ab 320k
• -ar 44100 -ac 2：统一输出为44.1kHz采样率、双声道，适配全平台播放设备；若源FLAC本身为44.1kHz双声道，可省略这两个参数，不会触发重采样
• -dither_method modified_e_weighted：采样率/位深转换时启用高质量抖动算法，最大程度保留音频音质
• -map_metadata 0 -id3v2_version 3：完整保留源文件元数据，使用兼容性最优的ID3v2.3版本写入标签
• -write_xing 1：强制LAME编码器正确写入Xing/Info头，填充准确的总时长、总帧数信息，是解决时长识别问题的核心参数

转换完成后直接通过Mp3tag查看文件时长列，数值将与真实时长完全匹配，Spotify移动端、Google Drive预览等工具均可正确识别。批量转换时可编写简单脚本遍历目录下所有FLAC文件套用该命令，全程本地执行无需依赖云服务。

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