29.97 转 23.976 帧修正
或者粘贴字幕文本
选项
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
你要拿字幕配套的那个版本的帧率 —— 也就是你实际要播放的视频。套用的系数是第一个框除以这一个，所以 24 转 25 得到 0.96：影片在 PAL 上快 4%，100 分钟的片子正好装进 96 分钟的磁带。两个框填反了，整条时间轴会朝错误的方向偏移同样的量。
这一页处理按 29.97 fps 计时、却要放到 23.976 时间轴上的字幕。每个时间戳乘以 1.25——正好四分之五——文件因此变长四分之一：48 秒处的字幕变成 1 分钟，一部 30 分钟的剧集里声称 24 分钟的字幕，回来就落在 30 分钟。两个框已经填好，帧率不是这个就改掉。
错误与它的镜像同源，只是从另一端看。帧号本属于 23.976 时间轴却被除以 29.97，结果小了四分之一，因为 23.976 除以 29.97 是 0.8；整条时间轴被压到原长的五分之四，字幕越到后面越早。乘以 1.25 就是把这同一个错误除回去。
认清方向就是全部工作，症状会告诉你。字幕越来越晚、24 分钟的剧集最后一条却声称 30 分钟，需要 0.8；字幕越来越早、30 分钟的剧集里最后一条只到 24 分钟，需要这一页。两份文件都来自被错误相除的帧号，区别只在错误的方向。
1.25 是精确的，理由与镜像相同：29.97 是 30000/1001，23.976 是 24000/1001，共有的 1001 约掉后就是 30000 比 24000，正好四分之五。每条字幕多获得四分之一时间，每行阅读速度下降 20%，这是本组中减轻压力而不是增加压力的方向之一。文件不上传，整季一次排队跑完；十种文本格式都按真实内容读取。
示例
把四分之一完整算一遍
输入
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:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1.25 就是 29.97 除以 23.976。1 秒处的字幕多 250 毫秒，1 分钟处的多 15000 毫秒——离零点六十倍远，就移动六十倍。两端同乘，两秒的一行变成 2.5 秒，多出来的空间正是阅读速度改善的来源。
早到已过时间的四分之一
输入
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
输出
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
8 分钟处早 2 分钟，24 分钟处早 6 分钟——两种情况都正好是已过时间的四分之一，这是比例问题而非偏移问题的典型样子。转换后要检查的是最后一条：用它的新时间戳打开文件，那一行应该在那里；若在，之前的所有字幕也都对。
常见问题
29.97 转 23.976 的系数为什么正好是 1.25？
因为两个帧率都是某个整数除以 1001——29.97 是 30000/1001，23.976 是 24000/1001——相除时 1001 约掉，只剩 30000 比 24000，即四分之五。没有取整也没有近似，所以 48 秒处的字幕精确落在 1 分钟。
字幕越来越早，是 29.97 转 23.976 还是反过来？
看早到量是不是已过时间的四分之一：8 分钟处早 2 分钟、24 分钟处早 6 分钟、两小时片长早 24 分钟，就正是这一对。镜像页处理相反的征兆——越来越晚的字幕要用 0.8 而不是 1.25。
29.97 转 23.976 能直接从 NTSC 视频转 PAL 吗？
不能，而绕经这一页是故意的远路。29.97 到 25 是 1.19880，站内没有这一页，因为 29.97 是信号运行帧率而不是画面播放速度，里面的电影靠重复帧撑开、片长不变。从 NTSC 时间轴到 PAL 的诚实路径是先回电影帧率，也就是这一页，然后再做 23.976 到 25。
视频是 29.97 但字幕看着正常，这页会弄坏吗？
会，这是另一页陷阱的镜像。装在 NTSC 信号里的电影做了下拉，重复帧不改变片长，按该视频计时的文件本来正确。只有帧号被错误帧率相除的文件才需要转换；把正确文件乘 1.25，会让每条字幕晚四分之一。
时间轴变长四分之一后阅读速度会怎样？
每条字幕在向后移动的同时也获得 25% 的时长，两秒的一行变成 2.5 秒，而文字一字未改。每行阅读速度因此下降 20%，这是本组两个减轻文件压力而非增加压力的配对之一，另一个是 50 到 25 的减半。
什么流程会把字幕做成越来越早？
把容器的帧率当成画面的帧率。NTSC 跑 29.97，工具若从视频读出这个数并用它去除帧号，就会把信号里的电影计时得过短，因为电影本身跑在 23.976，下拉只是填充。解法是声明画面真正的帧率，也就是这一页做的事：先填 29.97，再填 23.976。