跳至主要內容
SubtitleMatrix

過長字幕拆分

時間軸在某個時間點拆分
或者貼上字幕文字

選項

按讀者看到的字元數計算,而不是位元組或 UTF-16 單元,所以一個帶重音的字母算一個。任何超過這個值的字幕都會被切成每段不超過這個字元數的幾段。切點落在空格、行尾,或中日文字元之間;只有完全沒有這些斷點的連續長串(例如一條長 URL)才會從詞中間切開。每段按文字量分得這條字幕時間的一部分。

時間以哪個影格率計算。在格式頁面上,這是 MicroDVD 需要的值,因為它把時間存成影格編號。在影格率頁面上,它是檔案當初對應的速率 —— 字幕是照這個版本製作的 —— 而頁面的第二個欄位填你要搭配的影片速率。常見的有 23.976、24、25、29.97、30、50、59.94 和 60。填錯會讓整條時間軸位移;在影格率頁面上,位移是按比例發生,而不是固定的量。

這一頁把文字超過上限的字幕條切成幾段,每段都讀得下。上限按讀者看到的字元數計,預設 42——這是字幕體例逐漸收斂到的單行上限,也是廣播機構或串流平台檢查你檔案時看的數字。一條 60 個字元的字幕會變成兩條;文字在最近的空格處分開,進去的每個字元都會出來。

各段按各自攜帶的文字量分配原字幕的時間。這是同一個想法的另一半:一行太長不只一次讀不完,也需要更久留在螢幕上,而閱讀速度才是上限真正關心的事。整段區間本身不動——第一段從原字幕開始處開始,最後一段在它結束處結束,檔案裡其他字幕一毫秒也不移。

切點落在空格、換行或中日文字元旁邊。只有完全無法斷開的一串——長網址、一長串數字——才會在詞中間切開,因為上限是硬性天花板,面板上也沒有「這一條分不開」這種表達。泰語、高棉語等既沒有空格也沒有意音字的文字屬於同一種情況。

執行前要知道一件事:拆分改變檔案的字幕條數,而條數改變的檔案會按時間軸順序重新從 1 編號。如果某些字幕帶樣式或位置——ASS 檔、帶樣式的 WebVTT——這些資訊留在第一段,工具新建的各段沒有;報告會計數,讓你曉得影響了幾條。全部在瀏覽器分頁裡完成:檔案不上傳,SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON 與 CSV 都按同一方式讀取。

範例

56 個字元的一行,上限 42

輸入

1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door behind her.

輸出

1
00:00:01,000 --> 00:00:03,127
She walked into the room and closed the

2
00:00:03,127 --> 00:00:04,000
door behind her.

切成 39 與 16 兩個字元片段,三秒按 2127 對 873 分配。切點落在 door 前面的空格,而不是正好第 42 個字元,所以沒有單詞被切開。如果這條字幕帶樣式,第一段會保留它,報告會說新產生的一條字幕沒有樣式。

沒有空格可斷的中文

輸入

1
00:00:01,000 --> 00:00:04,000
我们今天下午三点在会议室开会讨论明年的计划。

輸出

1
00:00:01,000 --> 00:00:02,364
我们今天下午三点在会

2
00:00:02,364 --> 00:00:03,727
议室开会讨论明年的计

3
00:00:03,727 --> 00:00:04,000
划。

上限填 10,22 個字元切成 10、10、2。意音字旁邊可以斷,所以中文與日文檔案按自己的規則分段;每個字也算一個字元,所以上限在這裡和在英文裡意思相同。

本來就在上限內的檔案

輸入

1
00:00:01,000 --> 00:00:02,000
A short one.

2
00:00:03,000 --> 00:00:04,000
And another.

輸出

1
00:00:01,000 --> 00:00:02,000
A short one.

2
00:00:03,000 --> 00:00:04,000
And another.

沒有任何一條超過 100 個字元,所以什麼都沒被切開,輸出與輸入逐位元組相同,連編號都一樣。不確定檔案裡有什麼時,先跑這一下:上限設得太高只會什麼都不做。

常見問題

過長字幕條的 42 字元上限是怎麼來的?

它是多數字幕體例與廣播規範最後採用的單行上限,依據是閱讀行為而不是某一份文件:正常觀看距離下,觀眾一行能舒適追蹤約 42 個字元。一條字幕通常最多兩行,所以這個欄位從 42 開始。只在電腦上看的檔案可以調高,給手機觀看的素材則應調低。

拆分長字幕條後,字幕出現的時間會變嗎?

整條字幕出現的區間完全相同:第一段從原字幕開始處開始,最後一段在它結束處結束。區間內部各段按文字量輪流占用時間,因此文字多一倍的一段停留時間也約為一倍。這個比例來自字元數,不是檔案裡的資訊,因為檔案只說過整條字幕何時在屏。

拆分長字幕條會重新編號嗎?

會,而且值得知道原因。條數改變的檔案按時間軸順序寫出並從 1 編號,讓編號繼續表示「檔案裡有多少條」,而不是一組帶空缺的標籤。實際後果是,拆分後的檔案無法再按編號與原件逐條對照——請用時間軸預覽比較,或把原件留在手邊。

拆分長字幕條時,文字會丟、樣式會壞嗎?

不會丟字元:每一段都是原文的連續片段,包括其中的換行,只修剪兩個切點處的空白。改變的是樣式、位置或卡拉 OK 計時屬於它們被寫在的那條字幕,所以留在第一段,新建的各段沒有。報告會計數因此失去格式的字幕,你可以在下載前看到。

一個超長單詞沒有空格時,過長字幕拆分會怎麼切?

會被從中間切開,這是工具唯一會打斷單詞的情況。另一種選擇是讓這一段超過上限,而上限正是你設定的,所以切開優先。長網址、雜湊值和數字串是常見元凶。想保住它們,就把上限調到檔案裡最長連續串之上;並記住泰語或高棉語文字在這裡表現得就像長網址——沒有空格,也沒有意音字可斷。

該用過長字幕拆分還是按時長拆分?

先問讀者卡在哪裡。一行在螢幕上時間夠久、但一次讀不完,問題在字元數,用這一頁;一行文字量舒適、卻在該讀完之後還賴著不走,問題在秒數,用按時長拆分那一頁。既太長又太慢的字幕需要兩次執行,先做這一頁比較安全:它只會讓各段變短,而調整時長上限會改動你可能已經定好的時間。

相關工具