为什么分发工程会搜「AAC 转 WAV 流媒体」，而不是直接把 AAC 丢给聚合器？
不少播客与音乐发行中间件仍要求或可接受线性 PCM 母线做响度测量、真峰值限制与再编码；而上游交付却常是 AAC 小条或宿主 bounce 的 m4a。用户常搜 aac 转 wav 播客、spotify lufs wav、true peak、苹果播客 母带、再编码 代际、响度 归一。把 AAC 解成 WAV 的价值是让测量与限制器在 PCM 域里可重复；但它不否认源已有 AAC 有损代际，也不等于自动通过 -16 LUFS 之类的口号。另，不同平台对峰值与立体声宽度建议不同，应以当期官方文档为准。另，章节与 `<podcast:chapters>` 与 WAV 无直接关系，仍要在音频侧或 JSON 维护。另，版权与 ISRC 元数据不因换 WAV 自动补齐。本变体强调：先读平台当期规范—再测 integrated 与 true peak—再写明代际说明—再上传并保留 AAC 与 WAV 双哈希。
如何把 AAC 母带解成可过发行网关测量的 WAV 前置文件
- 打开 AAC 转 WAV，选择「流媒体可上传」变体，对照当期 Spotify、Apple Podcasts 或音乐发行说明确认是否需要 WAV 以及推荐采样率位深。
- 解码后在批准的测量工具里读 integrated LUFS 与 true peak，必要时回到母带侧调整而不是在解码页硬clip；导出小样走沙盒上传试投。
- 正式上传时在说明写清「自 AAC 解码的 PCM 母线」与工具版本，互链 AAC 与 WAV 校验和；被拒时应保留邮件退信与参数表备查。
AAC 转 WAV 流媒体场景常见问答
平台退回说「峰值过高」，我是否应直接在解码页把 WAV 整体衰减十 dB 而不重测 true peak？
应先回到母带或限制器策略统一处理；盲衰减可能破坏噪声底与动态意图，仍可能因 inter-sample peak 失败。
我把 AAC 解 WAV 再压 AAC 上传，是否通常等于「零新增有损」因为中间是 PCM？
不等于：再压 AAC 仍是一代有损；应在说明写清代际并在 AB 上接受齿音变化风险。
音乐发行商要求二十四比特 WAV，我是否可以把明显八比特感的电话采访 AAC 也强行写二十四比特以通过表单？
表单通过不等于听感合规；应诚实标注源代际并与发行沟通是否接受电话链素材，避免上架后被「音质不符描述」投诉下架。
章节 JSON 与 WAV 文件名不一致导致听众跳转错位，我是否应只反复重传 WAV 而不检查 JSON 时间轴来源？
应同时检查 JSON、音频内嵌标记与 shownotes 人类时间轴三源，明确哪一条为权威。
团队想把同一 WAV 同时投音乐 DSP 与播客 RSS，我是否应用同一响度预设而不分别测量？
应分别测量：两类平台目标与母带处理链不同，盲目共用预设易触发二次限制器抽风，并在交付包分目录写清「播客母带」与「音乐母带」以免运营误传。