視訊與字幕·字幕工具包

SubRip 的歷史：DVD 翻錄工具的輸出如何變成 .srt

2026年3月17日 · 背景

字幕 srt 檔案格式時間碼

SRT 以程式命名，而非標準。這篇文章追溯了 SubRip 的 OCR 輸出如何成為網路上最常見的字幕格式、為什麼它沒有正式規範以及這對當今的兼容性意味著什麼。

為什麼格式以程式命名？ — SubRip 名稱背後的日常難題

字母 SRT 是沿襲標記，而非標準委員會的名稱。他們指的是 SubRip，這是一種將字幕材料從光碟轉換為定時文字的軟體。這個起源有助於解釋為什麼該格式感覺像是實用程式的實際輸出：緊湊的編號區塊，可以在普通編輯器中讀取，周圍沒有大型元資料模型。

歷史細節對於日常相容性來說並不重要，重要的是結果：SRT 透過使用和實作而傳播。因此，儲存庫將其視為一種傳統格式，其現實世界的方言需要寬容的輸入，而不是一種語法，其每個可接受的變體都可以從一個管理規範中引用。

DVD 字幕流是基於圖片的，而不是普通的文字行，因此提取可編輯的單字需要字元辨識或手動校正。 SubRip 與此擷取工作流程相關聯，其文字輸出將識別的對話與顯示它所需的時間配對。本文沒有指定發布日期、作者或版本歷史記錄，因為這些詳細資訊不是由此處使用的儲存庫來源建立的。

字元辨識也解釋了為什麼 SRT 可以在結構上完美，但其文字仍然錯誤。 ToolAcre 解析提示邊界並可以刪除標記，但它既不執行光學識別也不糾正轉錄。歷史淵源和當前轉型是不同的工作。

熟悉的輸出形狀有四個部分：數字索引、包含由箭頭分隔的開始和結束時間戳的行、一個或多個文字行、結束區塊的空白行。它的優勢在於可檢查性。人們可以找到提示 40，讀取其時間並編輯其文字，而無需專門的軟體，而解析器可以將相同檔案分成多個區塊。

ToolAcre 不信任索引作為身分。它在每個區塊中搜尋箭頭，數字成功地解析了提示本身，並將後面的每一行作為提示文字連接起來。在序列化時，它會從一個連續發出 SRT 索引，從而修復重複項和間隙，而不是將它們保留為歷史文物。

如果沒有正式的 SRT 規格來管理每個製作人和播放器，約定就會變成相容層。檔案出現時有逗號或句號分數、省略的小時、位元組順序標記、混合行結尾、遺失索引和格式錯誤的區塊。不同的參與者容忍不同的子集，因此在一個應用程式中執行的檔案是該應用程式的證據，而不是普遍有效性的證明。

解析器透過接受常見的、明確的變更並報告它無法安全解釋的錯誤來回答這個問題。它接受毫秒分隔符號和可選的小時，去除前導標記，標準化行結尾並搜尋時間戳行。它拒絕高於 59 的分鐘或秒，而不是默默地移動提示，並記錄 BAD_TIMESTAMP 或 NO_TIMESTAMP 而不是中止整個檔案。

SRT 約定在三個毫秒數字之前寫入一個逗號，如 00:01:02,500 中。這個標點符號在視覺上很小，但在操作上很重要，因為 WebVTT 會寫一個句點。重命名擴展名不會改變任何字符，因此嚴格的消費者可以拒絕其時間在數字上正確但在宣告格式上語法錯誤的檔案。

ToolAcre讀時寬容，寫入時嚴格。可以解析混合分隔符號來源，但 SRT 輸出總是接收一個逗號，而 WebVTT 輸出一個點。短於三位數的小數輸入會在右側填充，因此 .5 表示十分之五秒而不是五毫秒。

SRT 作為緊湊的交換表示仍然很有用，因為它的基本內容很容易讓玩家、平台和編輯者映射：提示順序、經過的時間和文字。「事實上」是重要的限定詞。目的地可能會施加自己的限製或以不同的方式容忍標記，並擴展本身並沒有說明編碼、標題完整性或編輯品質。

使用 SRT 作為交換檔案，而不是作為每個功能在另一種格式下倖存下來的證據。 WebVTT 設定、註解、區域和樣式區塊並不都有 SRT 等效項。即使在寫入 SRT 時，轉換器也會跳過 NOTE、STYLE 和 REGION 區塊並保留提示設置，因為它們沒有定義的效果。

SRT 之所以得以存在，是因為核心表示足夠簡單，易於檢查和實現，但相同的約定主導的歷史產生了任何單一嚴格閱讀都無法捕捉到的變化。 Subtitle Toolkit 處理實用的中間立場：接受常見的時間戳記和檔案形狀變化，識別不安全的區塊，然後編寫一個可預測的 SRT 或 WebVTT 表單。

載入原始檔案而不是其他轉換器已標準化的副本，讀取問題清單並在匯出之前比較提示計數。跳過的格式錯誤的提示無法透過乾淨的序列化來修復；它被省略並報告，這比在消息來源未安全說明的情況下猜測更誠實。