字幕结束时间平移
或者粘贴字幕文本
选项
把每条字幕移动多少毫秒。正数让字幕更晚出现，负数让它更早。零是合法值：文件原样返回，可以用它快速确认文件是否已经对齐。
开始 只移动起始时间，结束时间保持原位，所以偏移为正时每条字幕会变短、为负时变长。结束 则相反。字幕出现的时间不对但结束正确时用 开始；出现正确但拖得太久或消失太早时用 结束。
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
这一页只移动每条字幕的结束时间，所以每条字幕都在新的时刻下屏，而开始时间仍停在原处。给出毫秒偏移，每条字幕的结束时间就移动这么多：正数让字幕多停一会，负数让它提前下屏。由于开始时间不动，每条字幕的时长随之改变。
这正是这一页要处理的那一半问题。出现时机正确、然后赖在屏幕上太久的字幕会让阅读变得拖沓，还会在下一行需要出现前占着屏幕；消失得太早的字幕则会截掉台词的尾巴。整体平移两样都修不了，因为它两端一起动、每条时长不变。这里保留开场帧，只换一个结束时间。
有一件事会被计数而不是隐藏。结束时间会被拉回到自己开始处或更早的字幕无法写出——诚实的输出是整条不要——所以它被删除，并报告数量。这里没有开始时间页那种“钉住”规则：结束时间本身没有下限可钉，只有自己这条字幕的开始，而钉在那里会产出一条零长度字幕，那只是删除的另一种说法。幸存字幕保留原序号与文字。
每个文件按真实格式读取。SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON、CSV 都接受；纯文本与 LRC 不接受，因为它们根本不把结束时间写进文件。文件不上传，偏移在浏览器里应用，整季一次排队跑完。
示例
让每条字幕多停半秒
输入
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,000 --> 00:00:03,500
Hello there.
2
00:00:05,500 --> 00:00:08,500
Second line.
每个结束时间后移 500 毫秒，开场时间不动，所以第一条在屏幕上从 2000 毫秒变成 2500，第二条从 2500 变成 3000。
结束被拉过自己开始时间的短字幕
输入
1
00:00:01,000 --> 00:00:01,200
A short one.
2
00:00:05,000 --> 00:00:08,000
A long one.
输出
2
00:00:05,000 --> 00:00:07,500
A long one.
第一条只有 200 毫秒长，拉后 500 毫秒会让它在开始前 300 毫秒就结束。它被删除并计数；幸存者保留序号 2。
常见问题
只移动结束时间与只移动开始时间有什么不同？
两页改的是相反的边，所以修的是相反的症状。这一页保留每条字幕出现的时刻、移动它消失的时刻，适合字幕赖着不走或消失太早；开始时间页保留消失、移动出现，适合字幕在台词前后出现得太早或太晚。
结束时间延后会让两条字幕之间的空隙变小吗？
会，而且值得注意。每个结束时间往后推，下一条的开始仍停在原处，于是每条字幕都在啃掉它之后的静默。推得够远，相邻字幕会相接，甚至开始重叠——这一页会坦然制造重叠，因为修重叠是另一件事。
结束时间有可以拉到的下限吗？
没有固定下限，不像开始时间页受零点约束。结束时间可以被算术带到任何位置，直到碰上自己这条字幕的开始，在那里它被删除而不是钉住。钉在开始处会留下一条屏幕上没有时长的字幕，那既不是你要求的，也不是观众能看到的。
结束时间落到自己开始之前的字幕会怎样？
它被删除，删除数量与其它结果一起报告。之后不会重新编号，所以两侧字幕保留原有编号，编号里出现的空缺就是被删掉的痕迹。
字幕结束时间平移支持哪些格式？
SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON、CSV，每种都按真实内容读取而不是看扩展名。纯文本与 LRC 被拒绝：它们都不把结束时间写进文件，偏移没有可移动的对象，输出会与输入完全相同。
什么症状说明我该移动结束时间？
如果跟着音频读，词都在正确时刻出现，但台词说完后字幕还留在屏幕上，说明时长太长，该动的是结束时间；如果一句话还没说完字幕就消失了，说明结束太早，负偏移就是解法。