为什么播客托管与分发链路仍会索要 WAV 或线性 PCM，而不是只收 Vorbis 或 AAC？
不少托管与聚合方在入库或广告拼接环节要线性 PCM：方便统一响度、插入动态广告与生成多码率派生；Vorbis 虽是优秀有损格式，但在某些审核脚本里 MIME 或元数据字段仍会被误判。用户常搜「播客 托管 wav」「rss 提交 音频 格式」「spotify 母带 wav」「true peak」「苹果播客 被拒」——痛点是「母带已压成 ogg，对方却要 wav 过机审」。把 OGG 解码成 WAV 是交付链路的一环，不是替代母带工程：仍要准备真峰值与集成响度读数，并在 sidecar 写清是否含垫乐。另，各平台对立体声、相位与静音尾长度要求不同，不能一套参数投所有宿主。另，版权与 ISRC 信息应写在 manifest 与音频元数据双份。另，超大 WAV 不适合邮件直发，应走签名 URL 与到期策略。另，动态广告插入与区域合规（如欧盟未成年人保护提示音）可能要求你在 WAV 里预留固定毫秒的结构化静音，文档没读完就导出往往会二次返工。另，若节目含远程连线多轨，托管方有时会单独索要「混音前分轨 WAV」与「播出混音 WAV」两套对象，命名里务必写清 mixdown 与 stems 以免入库串线。Ai2Done 流媒体变体强调「先读对方文档的采样率与位深—再导出—最后在测试 RSS 或私有剧集里试投」。
流媒体交付版：让 WAV 过机审与 RSS 试投
- 下载托管方最新技术文档，圈出采样率、位深、峰值上限与静音尾要求；在工具里逐项对齐，而不是沿用桌面剪辑工程的默认模板。
- 导出 WAV 后在母带表或合规软件里读真峰值与集成响度，把读数写进 sidecar；若含分段广告位，标注章节时间点与版本号。
- 用私有 RSS 或测试剧集 slot 先投一集，确认各端抓取与动态插入无异常，再批量铺开；保留原始 OGG 与 WAV 双哈希直到各平台显示绿灯。
OGG 转 WAV（流媒体交付）问答
托管商退回邮件只写了一句「编码细节不符」，我是否只要把 WAV 再封进 FLAC 或改扩展名重新上传，就能绕过同一套自动化检测脚本而不去读附件里的错误码表？
通常不能：根因多在采样率、位深、峰值或元数据字段；应先对照对方错误码与示例文件做 diff，而不是赌换容器能骗过校验。
同一期节目要同时投 Apple Podcasts 与国内第三方聚合，我是否可以用完全同一条 WAV 母线而不做任何响度再测量与再监听，只要「听起来差不多」就批量上架？
各地回放增益与广告插入策略不同；至少应分别在代表端上复听并记录差异，再决定是否分轨导出而不是硬省一次母带时间。
片头有版权垫乐且合同允许上托管，我是否可以在 WAV 与 sidecar 元数据里故意不写作曲者与出版方信息，以加快人工审核速度并减少被版权机器人抓到的概率？
隐瞒元数据可能违反平台与版权方合同；应完整填写 ISRC、作曲与授权编号，缺失时宁可延迟上线也不伪造。
为了省带宽，我把片尾三十秒静音全砍成硬切零采样，是否通常有助于通过「静音段长度」自动化检测？
硬切零采样可能触发另一类爆音或插入点检测失败；应按文档用规范淡出或保留规定毫秒的自然 room tone。
动态广告插入要求我在 WAV 里预埋固定长度空白段，我是否可以用多段无声 WAV 硬拼接而不同步更新 shownotes、章节 JSON 与中文简介里的时间戳？
Shownotes 与章节 JSON 必须与音频时间线同步更新，否则听众端章节跳转与广告接缝会错位，引发客诉与下架风险。