字幕重叠消除
或者粘贴字幕文本
选项
裁剪 会把后一条的开始时间往后推并保留它的文本，这条字幕因此变短。丢弃 直接删掉后一条。无论选哪个，被移动的字幕和被删除的字幕都会分开计数。
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
重叠的字幕会让播放器在两条本不该同时出现的行之间闪烁。这一页按时间顺序走一遍文件，让每条字幕的开始不早于前一条结束的位置，时间轴因此读起来一次只有一条字幕。
页面上有两种策略，区别在于那条“来早了”的字幕会怎样。Trim（默认）保留每条字幕，把后一条的开始往后推，使它变短；如果一条字幕被前一条整个吞掉、推完后已没有剩余时间，它会被删除。Drop 保持前一条完整，把后一条整条去掉，当裁剪后的字幕看起来像被从句子中间截断时，它更合适。无论选哪种，被移动的字幕条数与被删除的条数分别统计。
仅仅首尾相接的字幕不会被改动。一条在 00:00:04,000 结束、另一条在 00:00:04,000 开始，是正确计时而不是重叠，改写它只会白白啃坏计时良好的文件。文件也不必原本有序——页面会先按开始时间排序。文件不上传，整季可以一起排队处理。
示例
两条共享屏幕的字幕
输入
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:03,000 --> 00:00:06,000
Second, starting early.
输出
1
00:00:01,000 --> 00:00:04,000
First.
2
00:00:04,000 --> 00:00:06,000
Second, starting early.
后一条的开始移到前一条结束的位置；它的结束时间不动，所以这条字幕变短，但文字没有丢。
被整条吞掉的字幕
输入
1
00:00:01,000 --> 00:00:05,000
First.
2
00:00:02,000 --> 00:00:03,000
Swallowed whole.
3
00:00:04,000 --> 00:00:07,000
Third.
输出
1
00:00:01,000 --> 00:00:05,000
First.
3
00:00:05,000 --> 00:00:07,000
Third.
中间那条完全落在第一条里面，开始时间被推后之后已经没有时间可占，于是被删除。这是裁剪策略唯一会损失内容的场景。
常见问题
消除重叠时首尾相接的字幕会被改动吗？
不会。一条正好在下一条开始处结束是正确计时，原样输出。比较是严格的：只有开始时间早于前一条结束时间才算重叠，两者相等时绝不算。
重叠的两条字幕里，页面改的是哪一条？
总是较晚的那条。字幕先按开始时间排序，每个开始时间都与前一条的结束时间比较，所以无论选哪种策略，较早那条的两端都保持原样。
裁剪和删除两种策略差在哪里？
裁剪把后一条的开始往后推并保留文字，因此那条字幕变短；删除直接把后一条去掉，前一条不动。裁剪仍可能损失字幕：完全落在前一条内部的那条，开始时间移动后已无时间可留。
消除重叠会丢掉字幕文字吗？
只有一种情况会。整段都已被前一条覆盖的字幕，在开始时间移动后没有剩余时间，于是被移除。这个数量单独统计，与仅仅被移动的字幕分开报告。
文件顺序是乱的，还能直接消除重叠吗？
可以。页面在任何处理之前先按开始时间排序，乱序字幕与整齐字幕得到同样处理。开始时间相同的字幕保持它们在文件里出现的先后顺序。
消除重叠后会另外生成报告吗？
不会。它输出的是一份修正后的字幕文件，并告诉你移动了多少条、删除了多少条。独立的报告是另一个工具，把两者分开，才不会有人把重写后的文件当成关于原件的证据。