SRT ↔ WebVTT 字幕转换

功能

• SRT ↔ WebVTT 双向转换，格式自动判断
• 整体平移时间轴（秒，可为负）—— 修音画不同步
• 按比例缩放时间轴 —— 修帧率错配，这类偏差越到后面越大，平移修不好
• 两者叠加时先缩放、再平移（顺序反了会把偏移也放大一遍）
• ⚠️ 平移过量会导致负时间时明确报错，并说明涉及几条，不给一份坏文件
• SRT 的编号按顺序重编 —— 它只是位置信息，输入里的可能是乱的
• WebVTT 输出不带编号，但保留原有的 cue 标识符与时间轴设置
• 认 WebVTT 省略小时位的写法（`00:01.000` 是 1 秒而不是 1 小时）
• CRLF、BOM、NOTE / STYLE 注释块都处理
• 文件不上传、不经过任何服务器

使用方法

1. 把 SRT 或 WebVTT 贴进输入框 —— 格式会自动判断
2. 选输出格式
3. 音画不同步就填平移秒数；帧率错配就填缩放系数
4. 结果实时出现，复制或下载即可

常见问题

字幕整体对不上，该用平移还是缩放？

看偏差的规律。从头到尾差同样多 → 用平移，填一个固定的秒数（字幕比画面早出现就是负数，晚出现就是正数）。开头对得上、越到后面越偏 → 用缩放，这是帧率错配：按 23.976 fps 做的字幕配到 25 fps 的片源上要乘 25 ÷ 23.976 ≈ 1.0427，反过来则乘 23.976 ÷ 25 ≈ 0.959。⚠️ 两者常常同时存在（换过片源又换过字幕组），那就两个都填 —— 顺序是先缩放、再平移，反过来的话缩放会把刚加上的偏移又放大一次。

为什么平移太多会报错，别的工具都是直接截断？

因为截断是静默地弄坏文件。整轨提前 5 秒时，开头那几条的时间会变成负数：钳到 0 会让它们挤在同一时刻一起显示，原样写出去则是 `-00:00:01,000` 这种非法时间戳 —— 播放器对两种情况都不会报错，只是那几条再也看不见了。你会以为字幕「就是这样」，而实际上它被工具改坏了。所以这里拒绝执行并告诉你有几条越界：你可以把平移量调小，或者先删掉开头那几条确实不需要的字幕。

SRT 的编号会变吗？

会，输出时一律按顺序重编成 1、2、3……。原因是 SRT 的编号不携带任何信息，只表示「这是第几条」—— 输入文件里的编号可能是乱的、缺号的（复制粘贴、手工编辑之后很常见），而少数播放器只认前面几条，编号乱了就直接不显示。WebVTT 那边则不写编号：那个位置是 cue 标识符（可以是任意字符串），写成 `1` `2` `3` 虽然合法，却容易让人以为它和 SRT 的编号是一回事。原有标识符会保留。

支持 ASS / SSA 吗？

不支持。ASS / SSA 不只是「带时间轴的文本」，它带完整的样式系统（字体、描边、定位、卡拉 OK 效果、图层），而 SRT 与 WebVTT 里没有可以承载这些的结构 —— 单向转换必然会丢掉大部分效果。一份丢了样式的字幕看起来「转换成功」了，实际在播放器里位置、字体全不对，而用户要等看片时才发现。所以这里只做 SRT 与 WebVTT 这两个可以无损互转的格式。