Format converter / All converters / Subtitle shifter
Subtitle shifter
In short: move every timestamp in an SRT, VTT or ASS file by the same offset, then download the corrected file in its original format.
VLC's G and H keys fix the sync for one playback only — the file stays wrong. Shift the file here once and every player agrees.
Pick a subtitle file to start.
- The first three shifted lines appear here.
Why the file drifts
Subtitles arrive for one release and you are watching another: a different frame rate, an ad break cut, or a rip with an extra intro. The words are all early or all late by the same amount, which is exactly what a single offset fixes. Finding the offset is the easy part — press G or H during playback until the dialogue lines up, note the delay VLC shows, and type that number here.
How to use it
What it does not do
It does not stretch timings: a file whose sync drifts further apart as the film goes on needs a frame-rate correction, not a shift. It does not translate, transcribe or download subtitles. It rewrites timestamps only — text, styling, fonts and cue settings stay exactly as they were.
Questions
How do I fix subtitle delay permanently?
VLC's G and H keys shift the subtitles while the file is open, so the next playback is out of sync again. This page rewrites the timestamps inside the file: every line moves by the same amount and any player opens the corrected version.
Which formats can it shift?
SRT, WebVTT (.vtt) and ASS/SSA. The file stays in its original format — and a UTF-16 file is saved back as UTF-16 — so the player or editor that worked before still works.
How do I find the right offset?
Play the video and press G or H in VLC until the words line up, then read the delay VLC shows (for example 2.5 s or 2500 ms). Type that number here with the same sign: positive moves every line later, negative moves them earlier.
What if the sync drifts during the film?
A constant shift fixes lines that are all early or all late by the same amount. If the first lines are right and later lines get worse, the file needs speed correction (a different frame rate); this page does not stretch timings.
Do lines before 00:00:00 get lost?
A negative shift can push the opening lines past zero. Those lines are removed and the page says how many; every remaining line keeps its text, styling and numbering.
Is my subtitle file uploaded?
No. The file is read and rewritten in your browser; no request carries the subtitle or its text.
Why do some characters look wrong?
This page reads UTF-8, plus UTF-16 files that carry a byte-order mark. Subtitles saved in older encodings — GBK for Chinese, Windows-1252 for Western European text, for example — can show garbled characters even though the timings are shifted correctly. Convert the file to UTF-8 first, then shift it.