用明确的交付设置完成 AAC 转 MP3

当所选 .aac 文件本身可以正常播放，但接收系统明确要求 MP3 时，可以使用 AAC 转 MP3。浏览器中的 FFmpeg 会解码第一条音频流，再写出新的 MP3；它不是改扩展名，也不是把 AAC 数据塞进不合适的包装。页面可以保留一个连续范围，选择固定 MP3 码率，在受支持时保留来源布局或改为标准采样率与声道，并决定是否复制全局元数据。AAC 和 MP3 都是感知型有损编码，因此这是一项兼容性转换，不会让录音变干净、增加细节或变成无损。原始 AAC 仍应保留。

1. 1

   确认来源确实是要交付的 AAC 文件

   选择本地 .aac 后，先试听内容并检查时长和边界。.aac 常见于裸 AAC 或 ADTS 流；而 .m4a、.mp4 是可以承载 AAC、标签、封面、章节和其他流的容器。本页刻意只接收 .aac，请不要为了让文件出现在选择器里而把 M4A 强行改名。编码前应听一下是否有截断、失真、无声、语言错误或节目段落选错。用时间线设置真正属于交接内容的开始和结束；若从起点到文件末尾都应保留，可让结束保持检测到的总时长。

2. 2

   按照接收播放器选择 MP3 设置

   从目的地要求出发。上传限制严格的讲话可考虑 128 kbps 单声道；一般评审常以 192 kbps 为起点；音乐或复杂环境声在接收方允许更大文件时可选 256 或 320 kbps。数字更高只能减少 MP3 阶段新增的损失，无法逆转第一次 AAC 编码。采样率和声道尽量保留；只有已知导入规则要求时才选择 32、44.1、48 kHz，只有确定不需要立体声分离、环境和空间线索时才下混为单声道。默认移除元数据，可以避免来源全局标签悄悄进入衍生文件。

3. 3

   在真正使用 MP3 的地方验证结果

   浏览器端 FFmpeg 工作时请保持页面打开。下载后，应在最初拒绝 AAC 的设备、浏览器、CMS、转写服务、编辑器或评审平台中播放。检查第一处和最后一处可听内容、总时长、声道表现，以及至少一段安静内容和一段复杂内容。以相近音量和 AAC 比较，避免更响的预览掩盖编码问题。确认目的地识别到预期码率和采样率。若移除了标签，应检查媒体库是否还显示旧标题或艺术家；若选择保留，也要确认这些字段适合接收方。未来任何再次导出都应从 AAC 原件开始。

AAC 与 MP3 都会根据编码器的感知模型丢弃不易察觉的信息，但两者组织码流和做出取舍的方式不同，AAC 码流不能只改名就变成 MP3。FFmpeg 必须先把 AAC 解码为音频采样，再交给 MP3 编码器处理。第二个编码器面对的是已经带有第一次编码决定和潜在瑕疵的信号。选择 256 或 320 kbps 可以减少 MP3 阶段增加的损失，却不能重建已从 AAC 解码信号中消失的频率、瞬态、环境细节或立体声信息。因此，只要目的地原生支持 AAC，直接使用来源通常更合理。

兼容性仍然是有效的转码理由。旧硬件、固定上传表单、成熟发布系统和只愿接收常见文件的评审者，可能确实更适合 MP3。专业的做法是说明这份衍生文件的用途，并控制交接内容：包含哪一段、使用什么 MP3 码率、输出布局是什么、来源标签是否保留，同时明确它不是母带或归档。本页只公开这些有限决定并进行一次本地编码，不会在转换按钮背后假装拥有完整剪辑器、响度处理器、标签编辑套件、多轨映射或质量检测报告。

开始和结束时间会保留解码后 AAC 中的一个连续范围。MP3 固定码率可选 128、192、256、320 kbps。输出采样率可以在支持时跟随来源，也可设为 32、44.1、48 kHz；声道可保留解码结果、下混为单声道或写成立体声。默认开启的元数据移除会阻止标题、艺术家、专辑、备注等全局字段映射到 MP3。输出使用 libmp3lame 和兼容性较好的 ID3v2.3。这里不会保留 AAC 码流、显示 AAC Profile、生成 M4A、做响度标准化、编辑封面、选择多条音频流或证明平台合规。应只做目的地真正要求的改动。

先确认接收系统确实需要 MP3，并检查所选范围是否保留了完整词语、音乐起音、淡化和结尾。查看下载文件的时长、码率、采样率、声道与元数据行为。以相近响度通过代表性播放路径比较 AAC 和 MP3，重点听镲片、掌声、齿音、环境声、连续音高变化和立体声宽度，因为双重编码在这些位置更容易暴露。不要删除或覆盖 AAC，应把 MP3 标记为兼容性衍生版；正式流程还应记录接收对象。后续修改应回到原件或上游无损来源，而不是继续用 MP3 转码。

• 保留 AAC 原件。新的 MP3 是第二代有损文件，再高的 MP3 码率也无法找回 AAC 编码已经丢弃的信息。
• 一般审阅可从 192 kbps 开始；受限的语音交付可选 128 kbps，复杂音乐只有在目的地和体积允许时才考虑 256 或 320 kbps。
• 除非接收系统有书面要求，否则保留解码后的采样率和声道。无必要的重采样或下混会再增加一次变化。

常规转换会在浏览器端 FFmpeg 中读取所选 AAC，并把 MP3 作为本地下载返回，不需要账户、上传媒体库或远程任务队列。对会议、语音备注、客户预览、访谈、课程、未发布节目和内部录音，这可以减少常规转换过程的暴露。处理时必须保持标签页打开，下载后的 MP3 也应被当作设备上的新内容副本管理。

本地处理和标签移除不会让讲话匿名，也不会删除声音中说出的姓名、解除版权限制或判断接收者是否获准访问。文件名、可听内容和交接语境仍可能泄露敏感信息。分享前要复核保留范围并使用批准的存储位置；需要访问日志、强制留存、法律审阅或正式批准时，应进入受控生产系统。

需要识别具体 AAC Profile、保留原始码流、处理 M4A 标签和封面、选择语言轨、保留章节、路由环绕声、满足测量后的 LUFS 与真峰值目标、修复噪声、比较编码器、批量处理媒体库或生成合规报告时，应使用 DAW、媒体检查器、归档系统、母带工具或交付编码器。如果存在上游 WAV 或 FLAC，重要 MP3 交付应从无损来源生成，而不是再转 AAC。超长文件也可能超出浏览器舒适的内存和处理预算。本页只处理一个本地 .aac、一个范围、一组 MP3 布局、可选全局标签清除和人工目的地检查。

• 目的地本来就能播放 AAC 且不需要剪裁时不适合，因为从一种有损编码转到另一种有损编码只会增加代际损失。
• 需要 M4A 容器、封面、章节、原始 AAC 码流、多声道、响度合规、音频修复或归档验证时不适合。