不靠猜测完成音频格式转换与编码交付

目标与适用范围

先识别源文件，再选择明确的转换路径，只修改目标规范要求的参数，并在交付前验证生成的音频文件。
本指南将当前任务范围转化为可复核的交付结果。请保留源文件、中间产物和关键判断，让后续协作者能够理解检查了什么以及为什么这样处理。

准备证据并作出选择

• 保留未改动的源文件，并记录容器、编码器、时长、采样率、位深和声道布局。

• 在转换前写清目标要求：剪辑软件、归档、网页播放器、播客平台或具体设备。

• 批量处理或处理不可替代的录音前，先用一段有代表性的片段试转。

• 决策点: 源文件真的需要重新编码吗？. 不要为了改文件名而转码。接收系统已经支持当前容器和编码器时，应直接保留原文件。

• 决策点: 什么时候优先交付 MP3？. 需要尽可能广的设备兼容性时选 MP3；平台明确支持且更看重编码效率时，可选 AAC。

• 决策点: 什么时候要改采样率或位深？. 仅在目标规范明确要求时修改。提高数值不能恢复源文件没有的细节。

按步骤完成工作流

1. 先识别源文件，再决定输出

先读取真实的容器和音频流参数，区分真正的兼容性问题与仅仅是扩展名不一致的情况。 使用 audio-format-info.

2. 按交付目标选择一条转换路径

目标明确但格式组合不固定时使用通用转换器；需要广泛播放时用 WAV 转 MP3；目标平台偏好 AAC 时才考虑 MP3 转 AAC。 使用 audio-converter, wav-to-mp3, mp3-to-aac.

3. 只在规范要求时调整技术参数

仅为满足已知目标而重采样或降低位深。避免反复有损导出，也不要虚构质量提升。 使用 audio-resample, audio-bit-depth-reducer.

4. 验证交付文件，而不只看导出完成

对比时长、检查写入的标签，并在目标环境试听后再把文件交付出去。 使用 audio-duration-checker, audio-metadata-viewer.

交付前验收结果

• 输出文件能在目标播放器、编辑器或上传服务中正常打开和解码。
• 容器、编码器、时长、声道、采样率和位深符合已记录的目标要求。
• 在开头、中段和结尾试听，没有截断、静音、削波、声道丢失或明显编码伪影。
• 元数据适合交付，未改动的源文件和转换参数仍可追溯。

常见问题

• 把 MP3 转成 WAV 能恢复音质吗？ 不能。WAV 能避免再增加一次有损编码，但无法找回制作 MP3 时已经丢失的信息。
• 归档应使用什么格式？ 首先保留原文件。只有需要无损工作副本时，再使用 WAV 或 FLAC，并记录源文件参数。
• 是否应该把所有文件统一成同一采样率？ 不应该。应匹配目标规范；不必要的重采样不会改善音频。