字幕時間軸位移
或者貼上字幕文字
選項
把每條字幕移動多少毫秒。正數讓字幕更晚出現，負數讓它更早。零是合法值：檔案原樣返回，可以用它快速確認檔案是否已經對齊。
時間以哪個影格率計算。在格式頁面上，這是 MicroDVD 需要的值，因為它把時間存成影格編號。在影格率頁面上，它是檔案當初對應的速率 —— 字幕是照這個版本製作的 —— 而頁面的第二個欄位填你要搭配的影片速率。常見的有 23.976、24、25、29.97、30、50、59.94 和 60。填錯會讓整條時間軸位移；在影格率頁面上，位移是按比例發生，而不是固定的量。
這一頁把字幕檔裡的每一條字幕整體提前或延後同樣的量，一個字都不改。填入毫秒位移——正數把字幕往後推，負數往前拉——檔案裡每個開始與結束時間都精確移動這麼多。
時間軸接近起點的一端有兩種情況，兩種都會計數而不是藏起來。開始時間會落到零點之前的字幕保留結束時間、把開始釘在 00:00:00，因此這條字幕會比原本短；結束時間會落到零點或之前的字幕整條移除，因為已經沒有誠實的位置放它。其餘每條字幕保持原本長度與它自己的編號。
每個檔案按它真正的格式讀取，而不是按你以為的格式：拖曳 SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON 或 CSV 檔，就用它自己的時間語法。純文字與 LRC 在這裡不接受，因為兩者都不存結束時間——位移只會原樣還你一份沒有變化的檔案。檔案不會上傳；位移在瀏覽器裡套用，整季可以一次排隊跑完。
範例
把整份檔案後移 500 毫秒
輸入
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,500 --> 00:00:08,000
Second line.
輸出
1
00:00:01,500 --> 00:00:03,500
Hello there.
2
00:00:06,000 --> 00:00:08,500
Second line.
每條字幕的兩個邊界移動同樣的量，所以每條都保持原長。檔案裡沒有別的東西改變。
把檔案往前拉，越過起點
輸入
1
00:00:01,000 --> 00:00:02,000
The first one starts too early.
2
00:00:03,000 --> 00:00:04,000
This one is fine.
輸出
1
00:00:00,000 --> 00:00:00,800
The first one starts too early.
2
00:00:01,800 --> 00:00:02,800
This one is fine.
第一條本會從 −200 毫秒開始。它的開始被釘在零點，只有那個邊界移動，所以這條字幕變成 800 毫秒而不是 1000。
掉出片頭之外的某一條
輸入
1
00:00:01,000 --> 00:00:02,000
Gone entirely.
2
00:00:03,000 --> 00:00:04,000
Still here.
輸出
2
00:00:00,500 --> 00:00:01,500
Still here.
第一條在 −500 毫秒結束，所以它被移除而不是釘在零點。活下來的那條保留編號 2——位移從不重新編號。
常見問題
整體平移字幕會改到任何文字嗎？
不會。位移只移動開始與結束時間，每條字幕的每個字元都原樣帶過，包括換行與行內標籤。要改文字時，交給文字類工具。
整體平移後，落到檔案起點之前的字幕會怎樣？
兩條規則，分開計數。開始會落在零點之前的字幕，開始釘在 00:00:00、結束留在算術給的位置，所以它變短；結束落在零點或之前的字幕整條移除，因為沒有播放器能顯示它。
整體平移只加毫秒，為什麼還要影格率欄位？
因為 MicroDVD 的 .sub 用影格編號而不是時鐘值存時間。讀寫這種檔案必須經過一個影格率，檔案沒有自帶宣告時就用欄位裡的數字。對其他格式，這個欄位會被忽略。
純文字或 LRC 字幕可以用整體平移嗎？
不能，這一頁也不收。兩種格式都不把結束時間寫進檔案，位移沒有可移動的對象——平移回來會和輸入看起來一模一樣。這兩種格式由文字類工具處理。
整體平移後，預覽和下載的檔案一致嗎？
一致，而且是刻意的。輸出在顯示前會重新讀回，所以時間軸與字幕條數描述的是寫出來的檔案，不是記憶體裡的數字。對取整到厘秒或整影格的格式，你看到的就是檔案裡真正保存的值。
位移填零時，整體平移會做什麼？
什麼都不做，頁面也會說明。零是合法位移，檔案逐位元組原樣返回，這是確認檔案已經落在你要的位置的快捷方式。它絕不會被當成「沒填」。