你把 ADM BWF 交给唱片公司，等来的只有一行字：rejected。没有勾选清单、没有原因代码、没有后续消息。发行商的系统只回一个状态，唱片公司把它转给你，混音工程师只能猜：十几条规则，我踩了哪一条。答案几乎总在 spec 里，问题是哪一行漏看了。
这篇文章把 Apple Music Atmos 交付被拒背后的检查逐条拆开，按原因分组：格式基本盘、ADM 结构、响度与 true peak、stereo 对照组、metadata、还有 upmix。每一条都写清楚三件事：症状、为什么会被拒、怎么修。门槛数字来自平台公布的 spec；哪里是 advisory，文章照实说，不把它讲成硬规定。
格式基本盘
症状：ADM BWF 是 44.1 kHz，或是 96 kHz 却没附 DAMF package。原因：Apple Music 交付所依循的 Dolby Atmos Music 母带交付 spec 要求 48 kHz，同等检查对不是 48 kHz 的文件直接不收。原生 96 kHz 母带走的是唱片公司 servicing 路径，不是交 Apple Music 的文件，那条路必须连同 .atmos DAMF package 一起交。修法：交 Apple Music 一律输出 48 kHz；原生 96 kHz 母带走 servicing 路径时，把 .atmos DAMF package 一起附上。
症状：交付文件位深不足 24-bit。原因：spec 要求 ADM BWF 内至少 24-bit，位深不足直接算拒件。修法：交付输出用 24-bit 或 32-bit float，并核对 header 写的位深与音频一致。
症状：文件名用了客户 working title、夹空格，或曲名有斜线。原因：命名规则写在交付合同里，文件名不合规，文件可能在没人听到前就先被系统退回。修法：按唱片公司要求的规格改名。
ADM 结构
症状：一般 DAW 打得开，Atmos renderer 却不理它。原因：chna 和 axml 这两个 chunk 才是让文件成为合法 ADM BWF 的东西；没有它们，这只是「刚好多轨」的 WAV，没东西可 render。修法：用 renderer 或会写合规 ADM BWF 的 DAW 输出，不要手工拼多轨 WAV。
症状：所有东西都被塞进 bed，或者文件根本没有 bed。原因：交付端把「完全没有 bed」视为一致性问题，是交付被打回的原因之一。Bed layout 检查以 7.1.2 bed 为基准对照，偏离以 advisory 标成 Warn；完全解析不到 bed layout 时，该列标 Skip、显示 "no ADM layout parsed"。修法：把 bed 印成与唱片公司约好的 layout，object 素材留在 object 上。
症状：有两条 LFE，或高频内容从 LFE 轰出来。原因：spec 要求恰好一条 LFE；Apple Asset Guide 把 LFE 塞全频段内容列为真实拒件案例。修法：只留一条 LFE，让 renderer 套用 band limit；全频段内容以 advisory 标出。
症状：object 数量超过一百个，或某个坐标超出 ±1.0，甚至出现无限值。原因：spec 上限是 118 个 object，位置必须在 ±1.0 内，非有限值会让 render 坏掉。修法：合并 object stem，扫一遍 automation 的异常值，重新输出干净版本。
症状：一条完全没有声音的轨道还挂在 object bus 上。原因：全静音 object 本身不构成拒件，所以这项是 advisory，但它是 QA 会打标的那种痕迹。修法：输出前删掉死轨，从干净的 session 开始 render。
症状：timeline 从 00:00:03.1234 开始。原因：spec 要求 programme 从 00:00:00.00000 开始，export 留下的 offset 等于告诉对方「这不是完成品」。修法：输出前把 timeline 归零，并确认 ADM 里的开始时间码。
响度与 true peak
症状：render 后最响的瞬态在表头上看起来爆表。原因：交付 spec 要求 true peak 不高于 -1 dBTP，按 ITU-R BS.1770-4 用 4 倍 oversampling 量测，因为流式编码会放大峰值。修法：混音留余量，或最后一版 render 用懂得 true peak 的 limiter 收掉过冲。
症状：你的 master 停在 -14 LUFS。原因：Apple Music profile 的 advisory 响度窗是 -20 到 -18 LUFS，在 7.1.4 render 上量。它不是硬死线，但这是唱片公司 QA 会对的数字。修法：render 时就把响度目标设进窗内，用 render 的结果听。
stereo 对照组
症状：Atmos master 和 stereo master 开始时间对不上。原因：交付组期望 stereo 版与 Atmos master 对齐在 50 ms 内。对齐与长度在检查里都是 advisory，但两版对不齐是常见的退件注记。修法：两版从同一个 clock 输出，交付前对好 programme start。
症状：某一版比另一版长了半秒。原因：长度对照要求在 41.7 ms 内一致。修法：用同一把长度尺输出两版，同一段 fade-out，寄出前对一下时长。
Metadata
症状：render 出来的文件播放音量吓你一跳，或 dbmd metadata 根本没写。原因：dialnorm 住在 dbmd metadata 里，必须存在且一致；缺漏或不一致会改变播放起跳的音量。修法：混音与 metadata 的 dialnorm 值一致，输出前检查 dbmd 区块。
症状：binaural metadata 完全没动过，全部 Off，或全部都 Mid。原因：全 Off 在部分交付要求里会被标（UMG 要求要设），全 Mid 是 QA 会画起来的默认值。修法：交付前刻意设好 binaural metadata，并确认 render 的耳机混音反映得出来。
症状：session 长到一百三十几条 PCM。原因：Dolby Atmos Music master 的 channel 上限是 128。修法：多出来的轨道并进 bed 或 object，不要每条轨都当 channel 带出去。
upmix 的问题
症状：这份「Atmos」没有移动、头顶什么都没有，而且和 stereo master 完全重合。原因：交付政策明讲，upmix 不能当原生 Atmos 交，这正是工程师听得出来、QA 会起疑的那种痕迹。修法：把高度与移动做成真的原生 Atmos，或照它的真实身份交付。UTUVO QC 用实验性的 spatialization-authenticity 检查筛它：opt-in、只会 Warn、永远不当判决。
一条所有发行商都写下的时间轴规则：24 fps
症状：时间码跑在 25、29.97 或 23.976。原因：Apple Music、UMG、Sony 都把 timecode frame rate 列为 24 fps，且都标成 Confirmed MUST；这同时也是二手资料最容易写错的一条。修法：输出前确认 ADM timeline 报 24 fps。
一次看完整张清单
交付被退，照这张单子按顺序走：采样率 48 kHz、位深至少 24-bit；chna 和 axml 都在的合法 ADM BWF；以 7.1.2 为基准的 bed layout（偏离以 advisory 标出）；恰好一条适切 band-limit 的 LFE；最多 118 个 object、坐标有限且在 ±1.0 内；没有全静音 object；true peak ≤ -1 dBTP；7.1.4 render 上 loudness 落在 -20 到 -18 LUFS；programme start 00:00:00.00000；stereo 版对齐在 50 ms 内、时长差 41.7 ms 内；dialnorm 存在且一致；binaural metadata 刻意设好；channel ≤ 128；有真实高度内容；24 fps；文件名符合平台规则。
这些全部用手跑一遍，正好吃掉一下午。UTUVO QC 把同样这 22 项检查离线一次跑完，对的是平台公布的 spec，每项回传清楚的 Pass、Warn、Fail 或 Skip，让文件到唱片公司手上之前先没有猜的成分。它是预检，不是通往过件的隐秘管道：工具不改变平台的决定，只在上传前，把 spec 写明的部分检查一遍。