在字幕文件发布前进行检查
粘贴 .srt 或 .vtt 文件的内容，或将文件拖入，每个提示都会被解析和测量。您将获得一个分数和一份实际错误列表：无效或重叠的时间，过快闪过的提示，在屏幕上停留过久的字幕，过长无法适应的行，以及文字速度快到无人能读。
每个问题都会附带其所属的时间码，这样您就可以修复第 47 个提示，而不是滚动文件去查找它。
它在浏览器中运行。文件在您的设备上解析和测量，这对于未发布的剧集或客户视频的字幕来说很重要。
其他所有字幕工具都在制作字幕，而这个工具则在检查它们
生成字幕是一个已解决的问题。有六七种工具可以转录视频并提供 SRT 文件，而且大多数都做得足够好。
几乎没有任何工具能告诉您最终得到的文件是否合格。因此，字幕文件可能会出现第 12 个提示与第 13 个提示重叠，一行 78 个字符在手机上显示时分成三行，以及一个包含 40 个字符的字幕在半秒内闪过。这些在文本编辑器中都不可见。所有这些对观众来说在大约十秒内就会变得显而易见。
这里的检查是对时间戳和字符数的算术运算。重点是：这些是您可以证明而非争论的字幕问题。
它测量什么
无效时间。如果一个提示的结束时间在其开始时间或之前，则其没有持续时间。大多数播放器会静默跳过它，因此该行根本不会出现，也没有任何提示告诉您原因。
重叠提示。当一个提示仍在屏幕上而下一个提示开始时，播放器对如何处理意见不一。有些会堆叠两者，有些会在它们之间闪烁，有些会丢弃一个。这是手动编辑字幕文件中最常见的结构性错误，它源于在调整一个时间时不检查其相邻的时间。
屏幕停留时间。低于大约六分之五秒的字幕会被视为一闪而过，而不是一行文字。超过大约七秒钟，静态字幕会开始显得卡住，观众会停止信任同步。
阅读速度，每秒字符数。下文将详细介绍，因为这是大多数人从未运行过的检查。
行长和行数。一行过长的文字要么在不合适的地方换行，要么超出窄屏幕。三行或更多行会覆盖过多画面，这违背了将文字置于视频下方的目的。
空提示和重复提示。空提示会无故占用屏幕时间。与前一个提示完全相同的提示几乎总是意外的两次粘贴，而不是有意重复的行。
阅读速度是无人运行的检查
每秒字符数是将感觉舒适的字幕与感觉像家庭作业的字幕区分开来的指标，几乎没有人测量它。
计算很简单。取提示中的字符数，除以其在屏幕上停留的时间。一个包含 60 个字符的提示显示 2 秒，其速度为每秒 30 个字符。观众必须同时阅读、观看画面和聆听。他们将无法完成。
大多数样式指南所接近的惯例是，对于普通观众，每秒大约 17 个字符，任何超过此值的都会被标记。超过大约 21 个字符时，会被标记为真正的问题而不是需要注意的地方，因为在这种速度下，文字在普通读者读完之前就已经消失了。
值得检查的原因是，高阅读速度在其他所有方面都是不可见的。文件有效。时间顺序正确。没有格式错误。字幕只是移动得太快，唯一知道的方法是对每个提示进行除法运算。
完美分数不意味着什么
它意味着文件结构良好且在常规限制内。它不意味着字幕是正确的。
这无法告诉您文字是否与音频匹配。一个字幕文件即使转录错误，或与对话偏移两秒，也可以通过这里的所有检查，因为该工具从未看到或听到视频。与实际音频同步是另一项工作。
它不检查拼写，这是有意为之而非遗漏。拼写检查需要正确语言的词典，而字幕中充满了人名、地名、产品术语和刻意的非正式表达，一个简单的检查器会将其标记数百次。200 个误报的列表比没有列表更糟糕，所以它不作假。
它也不知道您的内部风格。广播公司、流媒体平台和无障碍标准在行长和阅读速度方面都有所不同，有些语言甚至需要完全不同的限制。这里的阈值是常见的惯例，而非任何地方传下来的规则。将警告视为一个查看提示，将失败视为需要修复的问题。
SRT、VTT 以及它所忽略的内容
两种格式都适用，如果更方便，您可以直接粘贴文本而不是上传。SRT 序列号和 WEBVTT 头部会被识别并跳过，而不是计为内容。
时间戳可以解析两种格式，所以 00:00:04,120 中的逗号和 00:00:04.120 中的点都支持，包括 VTT 更短的 MM:SS.mmm 形式。VTT 提示设置（如 align:start 或 position:10%）在结束时间之后的部分会被读取并忽略，而不是作为文本处理。
在进行任何计数之前，格式标签都会被剥离。这比听起来更重要：用斜体标签包裹的一行对于观众来说实际上并没有变长，而计算标记会错误地标记出完全正常的行。
