SRT 字幕怎么翻译成英文？三条路径对比
手上有一条 SRT，想把它变成英文字幕。看起来只是"翻译"一件事，实际是三个问题叠在一起：翻文本、守住时间轴、把结果拼回合法格式。三条路径的差别，就是这三个问题各由谁解决。
先看清 SRT 里有什么
SRT 是纯文本，结构简单到几乎没有出错空间：序号、时间轴、文本，条目之间空一行。
1
00:00:01,000 --> 00:00:02,500
我们今天聊三个问题
翻译时只有文本会变，序号和时间轴必须原样保留——动错一秒，字幕就和口型对不上，而且很难事后发现。任何方案只要不认识这个结构，拼回去的风险就得你自己承担。
路径一：人工翻译
适合：影视、品牌片、法律与医疗内容。术语统一、语气可控，这些是机器目前补不齐的。
代价：人工字幕通常按成片分钟数计价，语言对越多价格越往上叠；有交付周期，小体量订单往往还有最低起收量——做 3 分钟和做 30 分钟可能是一个价。
隐性成本：不给术语表和背景资料，译员只能猜，来回复核的时间比预想的长，而这部分不出现在报价单上。
路径二：通用翻译工具逐条粘贴
适合：只有几条字幕的临时场景。
问题：通用翻译工具不认识 SRT 的结构。复制进去的是"序号 + 时间轴 + 文本"混在一起的文本，拿回来的是一整段连续文字，得重新切分、对轴、拼成合法条目。条数一多，错位几乎必然发生，而且表现为整体偏移或某几条互换，肉眼很难核对。
路径三：字幕专用在线工具（免费，推荐）
专用工具先解析结构，把序号和时间轴单独拎出来，只把文本送去翻译，再按原时间轴组装成新文件。三个问题里，后两个由工具兜底，你只需要判断译文质量。
以 SmileSub 的 SRT 翻译工具 为例，全程在浏览器里完成，不用登录、不用装软件：
- 上传 SRT 文件
- 选择源语言和目标语言——支持中、英、日、韩四语互译
- 等待解析与翻译完成
- 下载译文 SRT，时间轴与条目数保持原样
免费额度：单文件不超过 1MB、不超过 500 条字幕，每个工具每个 IP 每天 3 次。长视频建议按段落切分处理。
三条路径怎么选
| 你的情况 | 建议 | 主要代价 |
|---|---|---|
| 只有几条字幕 | 通用翻译工具手动处理 | 你的时间 |
| 影视级、法律医疗、要签字交付 | 人工翻译 | 按分钟计价 + 周期 |
| 口播 / 教程 / 批量出海 | 在线工具 | 几乎为零（注意免费额度） |
思路很直接：把机器能做的交给工具，把人的时间留给需要判断的地方。真到了必须人工的环节，你手上已经有一版参考译文可以对照。
翻完之后要检查什么
- 条目数是否一致：翻完 120 条，回来还是 120 条
- 首尾时间码是否被改动：对一下第一条和最后一条的时间戳
- 每行长度：常见字幕规范建议中文每行不超过 16 字、英文不超过 42 字符；英文通常更长，原来一行放得下的，译完可能要断行
- 专有名词是否统一：人名、产品名、术语，全文搜一遍
要做"原文 + 译文"的双语字幕，可以用 双语 SRT 生成工具，上传 SRT 直接生成双语文件。
常见问题
翻译会不会改乱时间轴？
专业工具不会——时间轴是单独解析出来的数据，翻译只作用于文本，最后按原时间轴组装。容易改乱的是"复制粘贴"这条路：结构化数据变成连续文本后，切分时没有任何校验。
免费工具的 500 条限制够用吗？
一条 10 分钟的口播视频，字幕量通常在 150 到 250 条之间，500 条大致对应 20 到 30 分钟的内容，更长的按章节切分即可。注意每个工具每个 IP 每天 3 次。
机器翻译的英文字幕能直接发布吗？
看内容类型。信息传递为主的日常口语，翻译引擎的处理已经相当成熟。涉及专业术语、品牌口径、法律表述的内容，建议人工过一遍——在线工具出的译文正好可以当校对底稿。