字幕开始时间平移
或者粘贴字幕文本
选项
把每条字幕移动多少毫秒。正数让字幕更晚出现，负数让它更早。零是合法值：文件原样返回，可以用它快速确认文件是否已经对齐。
开始 只移动起始时间，结束时间保持原位，所以偏移为正时每条字幕会变短、为负时变长。结束 则相反。字幕出现的时间不对但结束正确时用 开始；出现正确但拖得太久或消失太早时用 结束。
时间按哪个帧率计算。在格式页面里，这是 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 不接受，因为它们不写结束时间，这一页没有边可移动。任何东西都不离开你的机器，偏移在浏览器里应用，整季一次排队跑完。
示例
让每条字幕晚半秒出现
输入
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,000
Hello there.
2
00:00:06,000 --> 00:00:08,000
Second line.
每个开始时间后移 500 毫秒，结束时间不动，所以第一条在屏幕上的时间从 2000 变成 1500 毫秒，第二条从 2500 变成 2000。
一条被推过自己结束时间的短字幕
输入
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,500 --> 00:00:08,000
A long one.
第一条只有 200 毫秒长，推后 500 毫秒会让它结束后才开始。它被删除并计数；幸存者保留序号 2。
常见问题
只平移开始时间与整体平移字幕文件有什么不同？
整体平移移动每条字幕的两端，所以没有任何一条改变长度；这一页只动开场、结束原地不动，因此输出的每条字幕都与输入长度不同。整条时间轴差一个常量时用整体平移，时刻不对但时长正确时用这一页。
开始时间平移时，哪个方向让字幕变短？
正偏移把开始推后，到结束时间的距离缩小，每条字幕变短；负偏移把开始提前，每条变长。两个方向结束时间都不动，这条性质让你可以在跑整份文件之前，先用一条字幕验算。
只平移开始时间时，每条字幕的结束时间真的不动吗？
是，只有一个会报告的例外：开始被拉到零点之前的字幕，开始钉在 00:00:00，而结束保持原样。页面绝不会为了维持原长把结束往回拖，因为那会改动一个你没有要求改的时间。
推后的开始时间落到这条字幕自己的结束之后会怎样？
该字幕被删除。200 毫秒的字幕推后 500 毫秒，只能写成“结束后 300 毫秒才开始”，播放器无法呈现，所以诚实的输出是整条不要，并计一条删除。之后不会重新编号，周围字幕保留原序号。
开始时间能被拉到文件起点之前吗？
不能低于零点，因为文件里不存在那个时刻。算术要求负开始时，开始钉在 00:00:00，字幕最终比单靠偏移得到的更短——只会更短，不会更长，被钉住的条数会报告给你。
什么情况下会想只移动开始时间？
常见的是字幕出现太早、然后一直挂到台词结束，读起来前松后紧。推后开始能在不截掉结尾的情况下修正阅读；相反的情况是字幕晚半拍出现、却按时消失，这时负偏移会把显示窗口拉宽。