Jellyfin 字幕不同步？先測試檔案、用戶端與播放路徑，再調整時間軸

1. 動字幕前先固定證據

複製外掛字幕檔，並維持原始媒體容器不變。若字幕內嵌在影片中，記錄語言、標題、格式與它在軌道清單中的位置。若多條軌道標示相近，明確寫下 Jellyfin 實際選到哪一條；測試一條 SRT 不能代表另一條內嵌 SRT、ASS、PGS 或其他軌道。

記錄媒體檔名、片長，以及已知的發行版或剪輯版。同樣的標稱幀率不代表字幕一定相符：不同版本可能增減片頭標誌、前情提要、鏡頭或片段。不要因兩邊顯示相同數字就直接判定字幕正確。

寫下 Jellyfin 伺服器版本、用戶端名稱與版本、裝置，以及問題是從頭播放就出現、跳轉後出現、續播後出現，還是全程存在。後續每個結果都要綁定這份基準。

2. 選三句能準確辨認的對白

在開頭附近、中段與結尾附近各選一句短對白。分別記錄對白文字、聲音開始的影片時間戳，以及字幕提早、同步或延後。不要用音樂、場景切換，或橫跨多句的長字幕當錨點。

三個點能顯示誤差形狀：三處都以近似相同幅度提前或延後，屬於固定偏移；開頭接近同步、越到後面差距越大，屬於時間軸或剪輯版本漂移；三句原本都正確，但跳轉或續播後才錯，應保留成獨立的播放狀態結果，而不是判定檔案損壞。

每條測試路徑都用相同三句對白。不同用戶端若改用不同場景，結果無法直接比較。

3. 建立本機檔案基準

用可靠的本機播放器（例如 VLC）開啟完全相同的媒體檔與字幕軌，或先前複製的外掛字幕。不要編輯字幕；從頭播放後再檢查中段與結尾錨點，記錄誤差是固定、逐步增加，或始終同步。

若本機播放也出現相同固定偏移或漸進漂移，證據首先指向字幕檔分支。Jellyfin 可能以不同方式呈現，但此時還沒有理由先歸咎於用戶端或轉碼時鐘。

若本機三處都同步，保留這個結果。接著測試 Jellyfin 的直接播放、直接串流或轉碼時，它就是最重要的對照。

4. 建立 Jellyfin 播放路徑矩陣

先在最簡單可用的 Jellyfin 用戶端播放同一項目，並開啟「播放資訊」。記錄系統實際顯示為 Direct Play、Direct Stream 或 Transcoding，寫下轉碼原因和選取的字幕格式。Jellyfin 文件指出，不受支援的字幕可能被轉換或燒錄，因此不能只看副檔名猜測路徑。

從頭完成一列，再跳到中段錨點、結尾錨點，停止播放後從儲存位置續播。若可行，再用第二個用戶端重複一次，但不要更改來源檔。每一列只代表一條路徑。

工作表： 路徑｜用戶端與版本｜播放方式｜字幕軌／格式｜開頭錨點｜中段錨點｜結尾錨點｜跳轉後｜續播後｜音訊是否也偏移 本機檔案｜播放器／版本｜本機｜正確軌道｜早／同步／晚｜結果｜結果｜結果｜結果｜是／否 Jellyfin 基準｜用戶端／版本｜Direct Play／Direct Stream／Transcoding｜正確軌道｜結果｜結果｜結果｜結果｜結果｜是／否 Jellyfin 對照｜第二用戶端或只改一條路徑｜方式｜正確軌道｜結果｜結果｜結果｜結果｜結果｜是／否

對照測試一次只改一個變數。若同時更換用戶端、字幕軌、容器偏好與畫質上限，即使結果不同，也無法知道哪一項真正有影響。

5. 先分類，再選擇修正

所有路徑固定偏移：同一字幕在本機與每條 Jellyfin 路徑中都以近似相同幅度提前或延後。播放器的暫時字幕延遲可確認幅度，但不會修改檔案；需要永久修正時，只調整副本並保留原件。

所有路徑都漸進漂移：本機播放器與 Jellyfin 中，開頭接近同步、越往後差距越大。字幕可能不符合正確剪輯版或時間尺度。尋找符合發行版的字幕，或只在核對首尾錨點後重新調整副本。

本機同步、只在轉碼或直接串流失敗：保留來源字幕。Jellyfin issue 記錄過直接播放同步、轉碼或直接串流路徑不同步的案例。此時應保留播放資訊、正確轉碼原因和相關紀錄，而不是重寫已通過對照的字幕。

從頭同步、跳轉或續播後失敗：記錄跳轉目標或儲存位置，並觀察音訊、畫面、字幕中哪兩者不一致。有一份續播報告顯示，同一標示時間戳的畫格與 VLC 不同，因此表面上的字幕問題可能屬於播放時鐘分支。

只在一個用戶端失敗：用完全相同的軌道與錨點在另一個用戶端複測，並保留用戶端與伺服器版本。不能憑單一用戶端結果就批次轉換整個媒體庫。

6. 只執行最小且邊界明確的下一步

固定檔案偏移時，先用播放器的暫時延遲驗證數值。若需要重複使用，再用保留原件的工具移動字幕副本。漸進漂移時，先換成符合正確發行版的字幕，或使用已核對的首尾錨點重新縮放副本時間軸。

若只在 Jellyfin 路徑失敗，先透過受支援管道更新 Jellyfin 與對應用戶端，再重做相同矩陣。社群中更改 HLS 容器偏好的方法，若用戶端確有該選項，可當成只改一個變數的對照；不能描述成通用修復。

若更換用戶端或切到另一條受支援路徑後，同一份未修改字幕恢復同步，保留前後兩列結果。這比『轉碼總是有問題』更有助於支援人員定位。

在歸屬路徑確定前，不要刪除快取、替換媒體、重寫內嵌字幕、清空媒體庫或批次調整字幕時間。這些都不是完成矩陣所必需。

7. 整理可直接交給支援團隊的證據包

包含 Jellyfin 伺服器版本、用戶端與裝置版本、媒體容器與片長、音訊／影片／字幕格式、正確選取的字幕軌、播放資訊、轉碼原因和完整錨點矩陣。明確說明原始檔案與字幕在本機是否同步。

寫出一個最小重現步驟，例如：『在 Web 用戶端 X 從零開始播放，三處錨點都同步；播放資訊顯示影片複製、音訊轉碼時跳到中段，字幕開始落後但音訊仍同步；同一未修改檔案與 SRT 在 VLC 及 Direct Play 的用戶端 Y 都同步。』

只附上相關時間區段的伺服器或 FFmpeg 紀錄；分享前移除私人路徑、使用者名稱、權杖與無關歷史。把觀察與結論分開：『此路徑續播後失敗』是證據，『Jellyfin 一定會破壞字幕』不是。

即使暫時沒有修復，矩陣本身也是成果：它避免誤改一份正常字幕，並提供維護者需要的版本、路徑與可重現狀態轉換。

本指南沒有聲稱什麼

本指南不聲稱所有字幕偏差都是 Jellyfin 錯誤，也不聲稱每次轉碼都會產生漂移，或某個容器選項能修好所有用戶端。所引用的 GitHub 頁面是詳盡的使用者 issue，不是跨所有目前版本的單一已確認根因。

它也不要求破壞性維護媒體庫，或編輯唯一的字幕副本。唯一目的，是在調整、替換、回報或等待受支援修復前，先找出證據最明確、範圍最窄的分支。

常見問題

字幕文字正確，為什麼格式仍重要？ 用戶端或容器可能無法直接支援該格式，Jellyfin 就可能轉換字幕或把它燒錄進影片，實際播放路徑隨之改變。應查看播放資訊，不要猜測。

幀率相同就能證明字幕符合影片嗎？ 不能。不同剪輯版可能增減片頭、回顧或場景，卻仍使用相同標稱幀率。必須核對開頭、中段與結尾的對白。

只有跳轉後不同步，也要重調字幕嗎？ 先不要。若未修改檔案在本機與從頭播放時同步，只在跳轉或續播後失敗，應保留檔案並記錄播放狀態分支。

可以測試社群中改變 HLS 容器的方法嗎？ 若用戶端有該選項，可以當成一次受控對照並記錄前後結果；不能宣稱它是通用修復。

如果音訊也不同步怎麼辦？ 記錄究竟是字幕對語音、語音對畫面，還是兩者都偏移。播放時鐘或串流時間戳問題可能看起來像字幕故障。