50 转 25 帧修正
或者粘贴字幕文本
选项
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
你要拿字幕配套的那个版本的帧率 —— 也就是你实际要播放的视频。套用的系数是第一个框除以这一个，所以 24 转 25 得到 0.96：影片在 PAL 上快 4%，100 分钟的片子正好装进 96 分钟的磁带。两个框填反了，整条时间轴会朝错误的方向偏移同样的量。
这一页把按 50 fps 计时的字幕放到 25 fps 版本上。每个时间戳翻倍，所以写着 30 秒的字幕实际应是 1 分钟，一部 12 分钟剧集的最后一条会落在 24 分钟。两个框已经填好，文件不是按 50 计时就改掉。
这一对背后的错误是“数错了”，不是“播错了”。欧洲高清素材常是 50 帧或 50 场每秒，按场计数的工具产出的数字是按帧计数的两倍，于是用它建出的时间轴正好只有应有长度的一半，每条字幕都出现在两倍于正确时刻的位置。从 50 fps 工程导出、却按 25 fps 母版交付，或基于帧的工作流忘了从 50 改回 25，也会出现同样的翻倍。
这一页好在转换之前就能用眼睛验证：文件的最后一个时间戳大约是视频片长的两倍，或画面早已结束而字幕还在屏幕上。本组其他配对只错几个百分点，需要算术才能发现；这一对错百分之百，不需要。
每条字幕的两端都翻倍，一秒的一行变成两秒，每行阅读速度减半而不是上升。文件不上传，整季一次排队跑完；SRT、WebVTT、ASS、SSA、SBV、SAMI、MicroDVD、TTML、JSON、CSV 都按真实内容读取。
示例
所有时间翻倍
输入
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
输出
1
00:00:02,000 --> 00:00:06,000
Hello there.
2
00:02:00,000 --> 00:02:04,000
One minute in.
50 除以 25 正好是 2，没有取整也没有漂移：1 秒处的字幕变 2 秒，1 分钟处变 2 分钟，每条在屏幕上停留的时间都翻倍。如果转换后开头看着对、画面却比字幕先结束，那就不是这一对——二倍的差距不可能是取整造成的。
线索就在文件自己的长度里
输入
1
00:11:59,000 --> 00:11:59,500
Last cue of the episode.
输出
1
00:23:58,000 --> 00:23:59,000
Last cue of the episode.
一部 12 分钟的剧集，最后一条字幕却停在 23 分 58 秒，不用算术就能诊断：时间轴是视频的两倍长。对比本组那些误差渐增的配对，它们的文件总长仍然合理，只有结尾明显偏掉。
常见问题
字幕怎么会按 50 帧计时？
常见有三种。欧洲高清素材是 50i 或 50p，按场而不是按帧计数的工具会产出双倍数字；从 50 fps 工程导出的字幕交给 25 fps 母版，问题相同；基于帧的字幕流程忘了从 50 改回 25，也会做出按一种帧率计数、按另一种播放的文件。
50 转 25 的系数是多少，结果长什么样？
精确的 2，文件长度翻倍。半分钟处的字幕落到 1 分钟，12 分钟剧集接近结尾的字幕落到 24 分钟附近。因为系数是整数，结果很容易目测验证：第一条字幕应出现在原来时间戳的两倍处，最后一条仍应落在视频长度之内。
字幕开头对、到结尾差了半集，是 50 转 25 吗？
先拿文件最后的时间戳和视频片长比。按比例增长到结尾差半集的误差，可能是这一对，也可能是本组其他配对；区分方法是文件总长——二倍系数会让最后时间戳约为视频的两倍，而 0.96 或 1.0427 只会差几个百分点。
一秒的字幕变成两秒是正常的吗？
正常，这是本组唯一让阅读速度下降而不是上升的方向。文字没变而给的时间翻倍，原本超过每秒字符数上限的一行现在可能达标。仅凭这一点不需要重新计时：把时间轴翻倍是修正，不是妥协。
50i 隔行素材一定需要 50 转 25 吗？
不一定，这正是这一对的陷阱。50i 描述的是场，每秒 50 场就是每秒 25 帧，视频片长两种写法相同。只有按 50 实际计时的文件才需要减半；如果字幕对 50i 视频本来就正确，转换会把误差翻倍而不是消除。
只有文件后半段错，还能用 50 转 25 吗？
那就不是帧率问题。前半段正确、后半段错误的文件，通常由两段素材拼接而成，或按不同速度的卷轴拼出的版本计时，单一比例无法同时修好两半。应在错误开始处拆开文件，让每一半各自用它自己的帧率配对。