在字幕文件发布前进行检查
粘贴 .srt 或 .vtt 文件的内容,或将文件拖入,每个提示都会被解析和测量。您会得到一个分数和一份实际错误列表:无效或重叠的时间,过快闪过的提示,在屏幕上停留过长的字幕,过长无法容纳的行,以及文字运行速度超过任何人阅读速度的情况。
每个问题都会返回其所属的时间码,因此您可以修复第47个提示,而不是滚动文件寻找它。
它在浏览器中运行。 文件在您的设备上进行解析和测量,这在字幕属于未发布的剧集或客户视频时很重要。
时间问题
没有持续时间的提示,以及与前一个提示重叠的提示。
阅读速度
每个提示的每秒字符数,几乎没有人运行的检查。
屏幕显示时间
过快闪过或停留过久的字幕。
行长和行数
换行不佳或覆盖图片过多区域的行。
报告的样子
这是结果的样式。文件及其提示在此示例中是虚构的。
episode-12-en.srt: 18 个提示, 2 个问题, 3 个值得关注
重叠的提示 在 00:00:41
此提示在 00:00:41 开始,而前一个在 00:00:42 结束。重叠的提示会根据播放器堆叠或闪烁。
阅读速度过快 在 00:01:07
此提示以每秒 26.4 个字符的速度运行。高于大约 17 的文本在观众看完之前就消失了。
行过长 在 00:01:30
一行有 51 个字符。超过大约 42 个字符的行会意外换行或在狭窄屏幕上超出显示范围。
屏幕显示时间过长 在 00:02:02
在屏幕上停留了 8.4 秒。超过大约 7 秒的静态字幕会被解读为卡住的字幕。
与前一个提示重复 在 00:02:15
文本与前一个提示相同,这通常意味着一行被粘贴了两次。
其他字幕工具制作字幕,这个工具检查字幕
生成字幕是一个已解决的问题。有半打工具可以转录视频并提供 SRT 文件,其中大多数都做得足够好。
几乎没有工具能告诉您最终得到的文件是否合格。 因此,字幕文件可能出现提示12与提示13重叠、一行78个字符在手机上分成三行、以及一个40个字符的字幕只出现半秒的情况。这些在文本编辑器中都不可见。而所有这些,观众在大约十秒内就能察觉。
这里的检查是基于时间戳和字符数的算术。这就是关键:这些是您可以证明而非争论的字幕问题。
它测量什么
无效时间
结束时间在开始时间或之前的一个提示没有持续时间。大多数播放器会默默地跳过它,因此该行永远不会出现。
重叠提示
一个提示仍在屏幕上,下一个就开始了。播放器会堆叠、闪烁或丢弃一个。这是手动编辑文件中最常见的错误。
屏幕显示时间
过短会像闪烁一样,而不是一行。过长看起来像是卡住了,观众会停止信任同步。
阅读速度
屏幕上字符数除以秒数。下面将详细介绍,因为几乎没有人测量它。
行长和行数
过长的行会在不恰当的位置换行。三行或更多行会覆盖太多的画面。
空和重复提示
一个空的提示会预留屏幕时间而无所显示。完全相同的重复几乎总是两次粘贴。
这些是它使用的确切限制。
| 检查 | 警告 | 问题 |
|---|---|---|
| 时间 | 无 | 结束时间在开始时间或之前,或一个提示在之前一个提示结束前开始 |
| 屏幕显示时间 | 低于 0.83 seconds 或高于 7 seconds | 无 |
| 阅读速度 | 超过每秒 17 个字符 | 超过每秒 21 个字符 |
| 行长 | 任何行超过 42 characters | 无 |
| 行数 | 超过 2 行 | 无 |
| 空和重复提示 | 与前一个提示相同的提示 | 有时间但没有文本的提示 |
Sources, checked 2026-10-12: Subtitle Quality Checker settings
分数从 100, minus 120 points for every problem and 45 for every warning, each divided by the number of cues 开始。
阅读速度是无人运行的检查
每秒字符数是区分字幕舒适度与感觉像做作业的数字,几乎没有人测量它。
算术很简单。取提示中的字符数,除以其在屏幕上的显示时间。一个有60个字符显示2秒的提示,其阅读速度为每秒30个字符。 观众必须同时阅读、观看画面和聆听。他们将无法完成。
大多数样式指南接近的约定是,对于普通观众,大约为每秒17个字符,任何高于此的都会被标记。超过21,则被标记为真正的问题而非值得关注的项,因为在这种速度下,文本在普通读者读完之前就消失了。
值得检查的原因是,高阅读速度在其他方面是不可见的。文件有效。时间顺序正确。没有格式错误。字幕只是移动得太快了,唯一知道的方法是对每个提示进行除法运算。
这在无障碍合规性中的位置
值得将两件常被混淆的事情区分开来,因为它们之间的差距正是大多数字幕制作失败的原因。
无障碍标准决定字幕是否必须存在。WCAG 要求预录视频提供 A 级字幕,实时音频提供 AA 级字幕,Section 508 也指向 WCAG 的相同要求。这些标准要求字幕是存在、准确并与音频同步的。
它们没有做的是设定阅读速度或行长度。WCAG 中没有每秒字符数的规定,任何引用此数字的人都是在引用样式指南。这里使用的阈值来自广播和流媒体实践,这是可用的限制被确定之处,这与合规标准是不同类型的权威。
实际后果是值得了解的部分。合规性清单会问文件是否有字幕,而一个充满了以每秒三十个字符运行的重叠提示的文件会回答“是”。它存在,可以说已同步,但对于它所服务的用户来说却是不可读的。没有人能跟上的字幕满足了审计要求,却辜负了用户。
字幕是否必须存在
WCAG 和 Section 508 要求字幕是存在、准确且同步的。它们不设定阅读速度或行长度。
人们是否能阅读它们
衡量时间、重叠、阅读速度和行长度,这是合规性清单从未涉及的可读性部分。
因此,这涵盖了字幕质量中可衡量的一半,而不是合规性。它会告诉你时间是有效的,提示不会冲突,并且文本以其出现的速度可读。至于措辞是否与音频准确匹配,这是标准最关心的部分,则是另一项检查:词错率计算器会根据实际所说的内容来衡量文本。
满分不意味着什么
它意味着文件结构健全且在常规限制内。它不意味着字幕是正确的。
这无法告诉你文字是否与音频匹配。一个字幕文件即使转录错误或与对话偏移两秒,也可能通过此处的每一项检查,因为该工具从未看到或听到视频。与实际音频同步是另一项工作。
它不检查拼写,这是故意的而非遗漏。拼写检查需要针对正确语言的词典,而字幕中充满了人名、地名、产品术语以及故意的非正式表达,一个简单的检查器会标记出数百个此类问题。一份包含 200 个误报的列表比没有列表更糟糕,因此它不假装能做到。
它也不了解你的内部风格。广播公司、流媒体服务商和无障碍标准在行长度和阅读速度上各不相同,有些语言甚至需要完全不同的限制。这里的阈值是通用惯例,而非任何地方传下来的规则。将警告视为一个查看的提示,将失败视为需要修复的问题。
擅长
- 查找无效和重叠的时间点及其时间码
- 衡量每个提示的阅读速度
- 标记长行、拥挤的提示、空提示和重复提示
- **无需上传**即可检查 SRT 和 VTT 文件
不适用于
- **准确性:** 它从未听到音频,因此无法判断文字是否正确
- **同步性:** 一个与对话偏移两秒的文件仍然可以通过
- **拼写:** 故意省略,以避免数百个误报
- **修复:** 它报告提示,你进行编辑
SRT、VTT 及它忽略的内容
两种格式都适用,如果更方便,你可以粘贴文本而不是上传。SRT 序列号和 WEBVTT 标题会被识别并跳过,而不是算作内容。
时间戳可以解析两种格式,所以 00:00:04,120 中的逗号和 00:00:04.120 中的点都行,包括 VTT 更短的 MM:SS.mmm 形式。VTT 提示设置(例如 align:start 或 position:10%)位于结束时间之后,它们会被读取和忽略,而不是作为文本处理。
在计数任何内容之前,格式标签会被剥离。 这比听起来更重要:用斜体标签包裹的行对观看者来说实际上并没有更长,而计算标记会标记出完全正常的行。