劇本頁數怎樣換成時長，公式什麼時候失效

SlateX 把劇本長度換成時長時，用的是一套很窄的換算：一個八分位折 7.5 秒，一整頁也就是 60 秒。匯入時寫進場次的預估時長，與統計側把總八分位換成秒，讀的是同一個比例，不是兩套口徑。這個數能說明整場文本大約有多長，但它不提供頁內位置，也不承擔拍攝日程的含義。

一個八分位按 7.5 秒換算；匯入預估時長和統計總時長使用同一套比例。

換算式只有一套

匯入劇本時，場次長度先被折成八分位，再把八分位乘以 7.5 寫成預估秒數。統計側做的也是同一件事，只是把多個場次的總八分位相加以後再乘以 7.5。於是 8 個八分位就是一整頁，對應 60 秒；這兩處算的是同一個公式，差別只在統計範圍。

這也解釋了為什麼《劇本的八分之一頁到底怎麼算》負責講八分位本身，而這裡關注的是八分位一旦進入時長換算之後會發生什麼。公式沒有額外判斷對白、動作或場面複雜度，它只把已有的頁長數字換成秒。

讀取長度屬性時，帶斜線的分數只取分子，分母不參與計算。自家匯出的分數形態分母恆為 8，因此這條鏈路往返時能回到原來的八分位；如果輸入的是非八分制分數串（不是本軟體寫出的那種形態），同一個分子會被直接當成八分位數，結果就會偏離原意。

第三方劇作軟體會不會寫出非八分制分數，我方未核實，不替它下結論。接收方應自行核對實際劇本交換檔案裡的長度字串，不能看到一個分數就先假定分母會被讀取。

完全沒有長度資訊時，讀取側不是按 0 處理，而是按 1/8 頁計。另一邊，寫出劇本交換檔案時，如果一個場次的八分位小於或等於 0，整個長度屬性都不寫。於是一個原本沒有可寫長度的場次，出去時是「沒有長度屬性」，再讀回來時會落成 1/8 頁。

這與《FDX 適合交換什麼，又會丟掉什麼》所講的交換邊界是一件事的更窄版本：空值在寫出和讀回兩側不一定保持同一種形狀。這裡能確定的是長度屬性的寫入與回讀規則，不應把它擴展成對其他欄位的推斷。

同一個八分位數在介面上可以出現兩種顯示形態。一處會把它拆成整頁加餘下八分位，例如把總量顯示成「2 頁再加 4/8」；另一處會直接顯示總八分位，例如把同一個量寫成 20/8。這只是顯示口徑不同，底層仍是同一個八分位總量。

如果要核對場長，應先把顯示形態還原到同一個八分位數再比較。直接把兩種字串當成兩個獨立值，會把表現層差異誤認為數據差異。

這個量只到「整場有多長」。它沒有頁內偏移，也不能告訴你某一行台詞或動作位於這一頁的什麼位置，因此不能靠這個秒數定位到具體劇本行。

把秒數當「拍攝進度」是一次外推。同一頁裡的對白行和動作行，現場拍攝耗時可能完全不同，而這套換算沒有讀取這些差異；它只承擔文本量級，不承擔日程。

頁數換成秒只能表達文本量級；它不提供頁內定位，也不承擔拍攝進度或拍攝日程。

因為一頁按 8 個八分位計，而每個八分位按 7.5 秒換算，所以同一套公式得到 60 秒。這裡是數學換算，不是對實際拍攝耗時的測量。

不會。讀取側在完全沒有長度資訊時按 1/8 頁計，因此會得到對應的換算時長。

不會。目前讀取只取分子、不讀分母；至於第三方劇作軟體是否會寫這種分數，我方未核實，不替它下結論。

不能把它當成日程依據。它只表示按頁長折算出的量級，接收方還需要另行核對現場需要的排期資訊。

Axiom One LLC — SlateX。以上數字截至 2026-09-24。