你把 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 寫明的部分檢查一遍。