有 Sound Roll 為什麼不等於有了聲音時碼

交件裡看到 Sound Roll，只說明這一行帶出了一枚錄音卷號。ALE 與 CSV 各自另有一格 Sound TC，PDF 的日報表體（表頭隨介面語言本地化，英文介面是 Audio Roll）與 FDX 裡則沒有這一格。所以「有卷號」既不等於「有時碼」，也不等於有時碼那一格裡有值——兩件事要分開讀。

Sound Roll 是聲音素材的身份線索，不是聲音時間位置；它存在，也不會替 Sound TC 那一格填上值。

Sound Roll 這一欄從哪裡來

ALE 與 CSV 中的 Sound Roll 來自機位記錄上的錄音卷號數值，再按顯示規則形成卷號文字。缺少可用值時，三件交件的寫法並不相同：ALE 與 CSV 只交現場抄進來的那枚，沒抄到就整格空著，軟體數出來的派生號不頂上；PDF 那一格在人讀件裡是真值優先、沒抄到才回落到派生計數。因此人讀日報上一串看起來正常的卷號，也不等於接收方已經從音訊檔案核實過。接收方應把它當作待核的身份線索，而不是聲音時間位置。

多機位情況下，聲音卷號儲存在機位記錄這一層，所以同一條拍攝記錄下的不同機位需要按各自欄位讀取；ALE、CSV 與 PDF 都逐機位出行，每一行只寫那一台機位自己的聲音卷號。交件裡另有 Tracks、MOS、Wild Track 這幾處聲音側字樣，它們都是從是否錄音標記這類現場記錄算出來的，不是從音訊檔案讀來的。後續是否實際對應同一批錄音檔案，不能只靠這一欄判斷。現場是否存在獨立錄音、錄音檔案是否隨這一批交件一起交付，也不是這一欄能夠替使用者作出的判斷。

聲音時碼那一格在哪一件裡、什麼時候是空的

ALE 把聲音起始時碼寫在 Sound TC 那一欄，CSV 也有自己的一格；兩格都只逐字交出機上或現場記下的那枚讀數，形狀或範圍不過關就整格留空，不裁幀位、不補一個看著合法的零。PDF 日報與 FDX 根本沒有這一格，讀不到不等於被藏起來。

因此，不能把 Sound Roll 當成 Sound TC 的替代物，也不能從畫面時碼反推出音訊檔案自己的起始時碼。這裡不應描述成時碼同步能力，更不能把卷號欄位寫成能夠自動完成對時。接收方需要回到實際音訊檔案與自己的聲音清單，核對音訊檔案自帶的時碼與起始點。

卷號回答「哪一卷聲音」，Sound TC 回答「從哪一幀開始」；這一格空著時，接收方要回到音訊檔案與聲音清單核對。

卷號與畫面時碼能怎樣配合核對

在現有交件結構裡，ALE 與 CSV 可以把錄音卷號與畫面側時碼放在同一次核對中使用（PDF 的表體沒有時碼欄），但這仍然是接收流程裡的人工對應關係。卷號幫助回答「這條記錄聲稱關聯哪一卷聲音」，畫面時碼幫助回答「這條畫面記錄位於什麼時間位置」。卷號與畫面時碼並排放，也不會讓 Sound TC 那一格憑空有值——空著就是沒有可用讀數。

所以同步判斷只能基於接收方掌握的聲音清單、音訊檔案自身資訊與交件中的畫面記錄共同完成。《ALE 在現場與後期之間到底幹什麼》說明的是交換檔案能承載什麼和不能承載什麼，這一格的空與不空正屬於後者。接收方應自行核對，而不是讓某個看起來完整的卷號承擔時碼證據的作用。

接收時應把什麼留給音訊檔案本身

接收方拿到檔案後，應先確認 Sound Roll 指向的卷號是否與聲音清單一致，再檢視實際音訊檔案提供的時碼與起始點。畫面交件能給出畫面側的記錄，但卷號那一格不是聲音時碼；Sound TC 空著時，這一件就沒有可用的音訊起始點，不能把聲畫時間關係當作已經完成驗證。任何進一步的對應都需要接收方自己的素材證據。

這也意味著交件是否包含獨立錄音檔案、那些檔案是否屬於同一次交付，應由接收方按收到的媒體清單確認。App 不會從 Sound Roll 欄位替使用者判斷這些外部事實。收口很簡單：接收方應自行核對音訊檔案自帶的時碼與起始點。

FAQ

Sound Roll 是聲音時碼嗎？

不是同一種資訊。Sound Roll 是錄音卷號，Sound TC 是時間位置。ALE 與 CSV 各有自己的 Sound TC 那一格，PDF 日報與 FDX 沒有；一格有沒有值與一件交件有沒有這一欄，是兩個問題。

有 Sound Roll 能否直接完成聲畫對時？

不能據此得出時間對應。接收方需要把卷號、畫面記錄、聲音清單與音訊檔案自己的時碼和起始點一起核對。

最後應從哪裡確認聲音時間位置？

應從實際音訊檔案及聲音清單核對。接收方應自行確認音訊檔案自帶的時碼與起始點，不從 Sound Roll 反推時間位置。

Axiom One LLC — SlateX