SRT / ASS / VTT
其中三個是您可以編輯的文字。其中之一是一張文字圖片，改變了一切。
SRT 是計時和純文字。 ASS 新增了定位、字體和顏色。 VTT 是 SRT 的網路版本。 PGS 和 VobSub 都不是——它們是從藍光和 DVD 中提取的圖像，這就是為什麼它們永遠無法重新設計、調整大小或搜尋的原因。 iOS 完全忽略影片旁邊的 .srt 檔案。
2026年7月30日
系統原生即可開啟
Apple 的播放器顯示支援檔案*內部*的字幕軌道，以及 HLS 串流內部的 WebVTT。它沒有做的是注意到同一個資料夾中影片旁邊有一個「.srt」——二十年來每個桌面播放器都遵守的慣例，而 iOS 從未實施過。
基本資訊
| SRT | SubRip。一個數字、一個時間範圍、一條線。無樣式，普遍支援 |
|---|---|
| ASS/SSA | 高級變電站阿爾法。位置、字體、顏色、輪廓、卡拉OK計時、動畫 |
| VTT | WebVTT。 SRT 的結構具有類似 CSS 的提示； HLS 使用的 Web 標準 |
| SUB / IDX | VobSub。 DVD 中的點陣圖字幕，位於一對檔案中 |
| PGS | 示範圖形流。藍光位圖字幕，通常位於 MKV 內 |
| 可編輯為文字 | SRT、ASS、VTT — 是的。 VobSub 和 PGS — 不，它們是圖像 |
| 儲存在檔案內 | MKV 全部採用； MP4 佔用很少； AVI 不需要 |
| 字元編碼 | 重音損壞最常見的原因，尤其是在較舊的土耳其語和西里爾語檔案上 |
文字、樣式文字和圖片
SRT 是簡單的，它的簡單性是它獲勝的原因：計數器、開始和結束時間以及文字。任何工具都可以編寫一個，任何玩家都可以閱讀一個，並且您可以在文字編輯器中修復拼寫錯誤。它不能做的是說出一條線應該位於螢幕上的哪個位置或它應該是什麼顏色。
ASS 是為那些重要的情況而設計的——牆上的標誌翻譯到位，兩個人同時說話，每個音節都亮起來的卡拉 OK。它攜帶字體、顏色、輪廓、位置和定時效果，MKV 甚至可以攜帶按預期渲染所需的字體檔案。將 ASS 渲染為純文字的播放器向您展示的是文字，而不是任何作品。
PGS 和 VobSub 是完全不同的東西。它們是字幕圖片，取自藍光和 DVD，其中字幕始終繪製為圖像。它們可以顯示，僅此而已：無需更改字體，無需更改大小，無需搜索，無需翻譯。將其轉換為文字需要光學字元辨識和一個下午的時間。
為什麼 iOS 會忽略影片旁邊的檔案
在桌面上，同一資料夾中的「film.mkv」和「film.srt」就滿足了玩家的需求——慣例是如此古老且通用。 iOS 沒有這樣的約定，更重要的是沒有這樣的資料夾：App是沙盒的，每個App都有自己的儲存空間，並且「旁邊」不是系統公開的關係。
所以iPhone上的字幕檔案必須故意交給播放器，而播放器必須是保持配對的東西。一旦完成，選擇就可以保留在檔案中——你留下的帶有土耳其語字幕的電影下次會用它們打開。
問題的另一半是編碼。字幕檔案是一個位元組，檔案中沒有任何內容表明這些位元組表示哪個字母表，除非它被寫入為 UTF-8。較舊的檔案，尤其是土耳其語和西里爾語檔案，是用區域編碼編寫的，假設 UTF-8 的播放器會將“ş”和“ğ”渲染為垃圾。檢測編碼而不是假設編碼是正確顯示這些檔案的播放器與不正確顯示這些檔案的播放器的差異。
為影片新增字幕
- 使用檔案中已有的曲目
MKV 通常附有字幕。無需添加，無需配對 - 檔案中的每個曲目都應按語言列出，並帶有“關閉”選項，並且在您詢問之前不應打開任何內容。
- 加入SRT並讓玩家記住配對
對於本身沒有字幕的檔案，將 .srt 交給播放器並讓它保持關聯。這就是 FoxDL 所做的，並且選擇會保留在每個檔案中，而不是每次都重新進行。
- 僅在必要時將 ASS 轉換為 SRT
它可以工作，並且它會丟棄檔案指定的每個位置、顏色和字體。對於純對話字幕來說，損失不算什麼；對於任何與排版相關的事情來說，這是最重要的。