速查在线工具箱字幕帧率换算后对不上画面，问题出在哪？
23.976 与 25 之间差了约 4%，两小时的片子能偏出五分钟——多出来的那部分就是不同步的根源。
最可能的原因是时间码的基准帧率判断错了。同一串时间码，按 23.976 帧每秒还是按 25 帧每秒解释，对应的秒数相差约 4%。一部两小时的片子，这个比例会累积成几分钟的偏移，越到后面越明显。
第二个高频原因是丢帧时间码与非丢帧时间码混用：29.97 帧每秒的时间码为了与真实时间对齐会周期性跳过帧号，如果按 30 帧每秒直接乘除，误差会一路累积。正确做法是先确认源素材属于哪种帧率、时间码是否丢帧，再决定换算系数。
字幕不同步有两种表现：一种是整片匀速偏移，越到后面偏得越多；另一种是只在中段某处偏一下、之后又恢复。前者几乎一定与帧率或时间轴基准有关，后者更可能是素材被剪切过。
这一篇只处理前者。搞清换算系数和丢帧规则之后，整片偏移是可以精确修正的，不需要逐条手动调整。
1常用帧率之间的换算系数
换算的思路是：先按源帧率把时间码还原成秒，再按目标帧率重新生成时间码。下面的系数可以直接作用在时间轴上做整体缩放。
| 源帧率 | 目标帧率 | 缩放系数 |
|---|---|---|
| 23.976 | 25 | 25 ÷ 23.976 ≈ 1.0427 |
| 25 | 23.976 | 23.976 ÷ 25 ≈ 0.9590 |
| 24 | 25 | 25 ÷ 24 ≈ 1.0417 |
| 29.97 | 25 | 25 ÷ 29.97 ≈ 0.8342 |
| 25 | 29.97 | 29.97 ÷ 25 ≈ 1.1988 |
系数大于 1 表示时间轴要拉长，也就是字幕需要往后推。
2三步排查顺序
按这个顺序查，能最快定位是哪一类问题。
- 先看首条字幕对不对得上。如果首条就偏，说明是整体平移问题；如果首条正确、后面越偏越多，是帧率换算问题。
- 确认源素材的真实帧率与时间码类型（丢帧还是非丢帧），不要只看容器里标称的值。
- 按对应系数对整条时间轴做缩放，再把结果贴回字幕文件，取中段与末段各抽查一条。
3丢帧与非丢帧的区别
29.97 帧每秒不是 30 帧每秒，为了让它显示的时间与真实时钟一致，时间码会周期性跳过两个帧号。
- 非丢帧时间码
- 时间码按 30 帧每秒计数，与真实时间会有累积偏差
- 丢帧时间码
- 每分钟（除第十分钟）跳过两个帧号，使时间码与真实时间对齐
- 分隔符写法
- 丢帧通常用分号分隔秒与帧，非丢帧用冒号，但并非所有文件都严格遵守
- 实际影响
- 按错类型处理，一小时素材可产生数秒级偏移
4怎么确认改对了
不要只看开头。至少抽查三条：首条、中段一条、末段一条。如果三条都对得上，整条时间轴基本就是准的。若首尾都对而中段偏，说明素材在中间被剪切过，需要分段处理而不是整体换算。
顺着这个问题往下用
全部工具总览 →在线字幕帧率与时间码换算工具：在 23.976 / 24 / 25 / 29.97（支持丢帧）/ 30 / 50 / 59.94 / 60 等帧率之间换算时间码、帧号与总时长，并可按帧率补偿整份 SRT 的时间轴，解决 25fps 与 23.976fps 片源字幕错位问题。纯浏览器本地处理，字幕不上传。
在线双语字幕工具：把中文与英文两条 SRT 字幕轨合并成一份双语 SRT（支持两行或单行分隔），也可把已有的双语字幕按中英文自动拆回两条独立轨道。支持按序号或按时间重叠对齐、自由选择时间轴来源，输出可直接导入播放器。纯浏览器本地处理，字幕不上传。
相关疑问
为什么字幕开头是对的，越到后面越偏？
典型的帧率不匹配特征。整条时间轴被按错误的比例缩放，偏移量随时间线性累积，所以开头看不出问题、结尾最明显。
换算系数应该乘还是除？
先算清楚一秒钟在源帧率与目标帧率下各是多少，再决定方向。经验判断：目标帧率更高时时间轴要缩短、字幕往前推；目标帧率更低时相反。建议换算后用中段抽查验证方向。
只改时间码够吗？
不够。时间码只是秒的另一种写法，换算必须落到秒上再重新生成时间码。只对帧号做加减而不重新折算秒，会出现片长变化而偏移依旧的问题。
能不能不换算，直接做整体平移？
只有纯偏移（首条就偏、全程偏移量恒定）才适合整体平移。如果偏移量随时间变化，那本质是缩放问题，平移无法修正。
继续看：相关问题与资料
全部问题解答 →内容说明：本页针对具体使用问题作答，方法步骤与数值由本站自行整理与复算，事实性内容以对应官方规范与文档为准。内容最后核对日期：2026-10-08。若发现错误，欢迎通过页脚反馈入口告知。