視訊與字幕·字幕工具包

超越 SRT 和 VTT：使用 ASS、TTML、DFXP 和 SCC 字幕的地方

2026年7月22日 · 背景

字幕檔案格式 srt webvtt

SRT 和 WebVTT 主導著網絡，但廣播、動漫迷和串流媒體傳輸使用其他格式。這篇文章描繪了整個格局，解釋了每種格式的用途以及為什麼一個重點工具包僅支援其中兩種格式。

一個充滿播放器無法識別的擴展名的資料夾 - 專業字幕工作中的格式多樣性

本地化切換可以包含所有將文字顯示在螢幕上並幾乎不共享內部結構的檔案。有些是簡單的提示列表，有些是 XML 文件，有些帶有詳細的樣式，有些對傳統廣播字幕流進行編碼。將每個不熟悉的擴充功能視為「另一個SRT」可能會刪除使寄件者選擇它的功能。

第一個分類問題不是哪個轉換器打開檔案，而是它屬於哪個傳送系統。保留原始檔案，識別請求的目的地並使用理解該格式的解析器。 Subtitle Toolkit 明確地只讀取和寫入 SRT 和 WebVTT，這是一個邊界，而不是失敗的通用性承諾。

SSA 及其後繼 ASS 是腳本樣式的字幕格式，其中包含元資料、可重複使用樣式和定時對話事件部分。它們可以表達超出普通 SRT 的定位和外觀。它們與風格豐富的社群字幕工作流程（包括動漫字幕組）密切相關，但這些關聯不會將每個 ASS 檔案轉換為字幕群組或定義其授權。

SubStation 格式中的大括號分隔覆蓋指令有時會在粗略轉換後保留為可見文字。 ToolAcre 的清理功能可以刪除提示文字中的定位覆蓋等區塊，但它不會解析 ASS 腳本、翻譯其樣式或保留卡拉 OK 和繪圖行為。在將純文字衍生品引入此處之前，請使用 ASS 感知工具進行轉換。

TTML 將定時文字表示為 XML，允許結構、命名空間、計時和表示訊息一起傳輸。 DFXP 是在同一定時文字系列以及圍繞它所建立的交付工作流程中遇到的名稱。這些檔案不是空行提示區塊，因此 SRT 解析器無法透過搜尋箭頭安全地恢復它們。

廣播和串流媒體系統可以選擇 TTML 系列設定檔案，其要求比寬格式更窄。本文並未宣告每個 .ttml 或 .dfxp 檔案都有一個設定檔、標準版本或平台對應。交付規範是權威，轉換應該保留一個主版本，直到目的地接受並顯示結果。

SCC 檔案表示與 CEA-608 資料關聯的廣播字幕沿襲，而不是人類友善的 SRT 區塊清單。它們的內容和限制反映了早於 Web Sidecar 文字的字幕命令和傳輸模型。要求 SCC 的經銷商要求提供該交付表示，而不是具有不同後綴的 SRT 檔案。

儲存庫工具不讀取 SCC，也不編碼 CEA-608。它也不驗證廣播公司的一致性。保留來源字幕專案並使用為所要求的廣播工作流程設計的軟體；僅當單獨的目標實際需要這些檔案之一時，才會匯出到 SRT 或 WebVTT。

SBV 在平台字幕工作流程中遇到，而 LRC 通常用於定時歌詞。其他擴充編碼了更多關於時間、樣式或特定應用程式的假設。它們表面上的相似性（時間加一行文字）不足以使它們可以互換，因為標點符號、順序和元資料決定了解析器如何讀取檔案。

本文沒有提供詳盡的註冊表，也沒有斷言一項服務始終接受一種格式。平台支援變更和專業交付均按合約約定。閱讀目前的目標檔案並保留原始檔案，特別是當轉換必須放棄佈局或樣式時。

專注的瀏覽器工具包選擇 SRT 和 WebVTT，因為它的轉換模型是提示文字、開始和結束毫秒以及可選的設定字串。該模型直接映射到這兩種格式的公共塊結構。它不包含 XML 樹、可重複使用樣式表、廣播命令流或嵌入式視訊軌道，因此假裝支援這些會默默地扁平化資訊。

轉換器記錄中說明了限制：不處理容器中嵌入的 ASS 和 SSA、TTML、SAMI 和字幕。即使在 WebVTT 中，NOTE、STYLE 和 REGION 區塊也會被跳過。誠實的範圍可以讓使用者在損壞之前停下來，而不是在匯出後發現特定功能消失了。

了解地圖，儲存主圖並選擇了解所需目的地的工具。 Subtitle Toolkit 涵蓋 SRT 和 WebVTT 部分：寬容提示解析、規範序列化、時序變更、文字清理和結構驗證。它不是通用字幕交換引擎，並不會透過重命名將不支援的格式轉換為安全輸入。

如果專業應用程式已產生經過審查的 SRT 或 WebVTT 衍生產品，請在此處載入該衍生產品並在轉換之前檢查提示計數和問題。將 ASS、TTML、SCC 或其他母版放在旁邊，以便可以追蹤任何遺失的樣式或交付元資料，而不是猜測是否存在。