字幕最短时长检查
或者粘贴字幕文本
选项
限值不是你自己输入的数字：它来自一份公开发布的文件，报告会写明那份文件、引用原句、说明那句话是要求还是建议，并给出我们最后核对的日期和链接。选你要对其负责的那份文件。它们彼此并不一致：Netflix 按每秒字符数计算，并把每行限制在 42 个字符；Ofcom 和 BBC 按每分钟词数计算，而行长方面 BBC 限制为 37 个字符。其中三份完全不给数字 —— 47 CFR §79.1、WCAG 2.2 SC 1.2.2 和 EN 301 549（它要求网页与非网页文档满足同一准则）。这三份要求字幕标明说话人并包含非语音信息，把所有数字留给播出方；检查它们的页面问的是文件有没有做到，而不是某个数字有没有超标。它们的效力也不同：同一种缺陷在 WCAG 下是警告，在 EN 301 549 下是错误，因为该标准把这条准则写成了必须。改变这个框会同时改变限值和引用，所以报告不会把一份文件的数字挂在另一份文件的名下。只检查某一份文件所述内容的页面，只提供那一份。
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
一条字幕哪怕只有几个字，只要闪过去就来不及读。这一页量每一条字幕（cue）在屏幕上停留多久，列出短于 Netflix 时限文本规范所定下限的那些；那份文件把下限写成六分之五秒。文件在浏览器里读取，不上传，也不改写，返回的是一份可以下载的报告：PDF 用来存档，CSV 用来排序。
下限是 834 毫秒，这个别扭的数字正是重点。规范原文写的是六分之五秒，并用 24fps 下的 20 帧作注解；六分之五秒等于 833.33 毫秒，而这里的时间一律按整数毫秒保存，所以下限向上取整。取成 833 会让一条恰好 833 毫秒、确实短于六分之五秒的字幕通过；取成某些二手摘要里的 800，则会让 800 到 833 毫秒之间的所有字幕一起通过。
报告会说三件“自己填一个阈值”做不到的事：点名是哪一条字幕，印出实测时长与用来比较的下限，并引用这句话的原文与最后核对日期；它还会列出这一页没有检查的项目。遇到 MicroDVD 这类用帧号而不是时间记时的文件，报告顶部会印出所用的帧率，因为读文件时每一个时长都已按帧量化。
最短与最长被拆成两页。这一页只守下限，另一页只守七秒上限；一条字幕可能只违反其中一头，所以两头都值得单独跑一遍。
示例
在屏幕上只停了 800 毫秒的字幕条
字幕
1
00:00:01,000 --> 00:00:01,800
Where were you?
2
00:00:03,000 --> 00:00:05,000
I was working late.
报告发现了什么
Cues below the minimum duration — 1 found
Severity Cues Start End Measured Limit Clause
Warning 1 00:00:01.000 00:00:01.800 800 ms 834 ms Netflix Timed Text Style Guide: General Requirements — Duration: minimum duration 5/6 second (20 frames at 24fps)
Checked against
Standard: Netflix Timed Text Style Guide
Limit: 834 ms
Where it is stated: Duration: minimum duration 5/6 second (20 frames at 24fps)
Stated as: Guideline
Not checked by this page: Duration: maximum duration 7 seconds; Reading speed: 20 characters per second for adult content (17 for children's); Line length: maximum 42 characters per line (43–44 only in rare exceptions); Line length: maximum 2 lines per subtitle event第一条字幕只显示 800 毫秒，被报出；第二条持续两秒，不在报告里。每一行都带实测时长、上限和原句，下面的依据段再补充文件名称、它是要求还是指南，以及核对日期。
六分之五秒，精确到毫秒
字幕
1
00:00:01,000 --> 00:00:01,834
Where were you?
2
00:00:03,000 --> 00:00:03,833
I was working late.
报告发现了什么
Cues below the minimum duration — 1 found
Severity Cues Start End Measured Limit Clause
Warning 2 00:00:03.000 00:00:03.833 833 ms 834 ms Netflix Timed Text Style Guide: General Requirements — Duration: minimum duration 5/6 second (20 frames at 24fps)
Checked against
Standard: Netflix Timed Text Style Guide
Limit: 834 ms
Where it is stated: Duration: minimum duration 5/6 second (20 frames at 24fps)
Stated as: Guideline
Not checked by this page: Duration: maximum duration 7 seconds; Reading speed: 20 characters per second for adult content (17 for children's); Line length: maximum 42 characters per line (43–44 only in rare exceptions); Line length: maximum 2 lines per subtitle event第一条恰好 834 毫秒，通过；第二条 833 毫秒，只差一毫秒，被报出。这个一毫秒的差就是这份样例存在的理由：六分之五秒必须取整，向下取整会放过确实太短的字幕。
常见问题
为什么字幕最短时长检查的下限是 834 毫秒，而不是 800？
因为规范写的是六分之五秒，并用 24fps 下的 20 帧作注解，而六分之五秒等于 833.33 毫秒。这里的时间按整数毫秒保存，所以向上取整到 834；取成 833 会放过确实短于下限的字幕，取成 800 则会放过 800 到 833 毫秒之间的所有字幕。
字幕最短时长检查依据的是哪一份文件？
Netflix Timed Text Style Guide: General Requirements，它是这一类目里唯一给出最短显示时长的一份。它是写给供应商的交付指南而不是法律，报告会用单独一行标明这一点。
恰好 834 毫秒的字幕会被字幕最短时长检查报出来吗？
不会。比较是严格小于下限，所以正好落在 834 毫秒的字幕算在限内。最长时长那一页在另一头做同一个判断，两处边界各有一份样例钉住。
MicroDVD 文件的报告为什么要印帧率？
因为 MicroDVD 的一条字幕就是一对帧号，报告里的每个时间都来自用帧号除以页面采用的帧率。换一个帧率，报告里所有时长都会跟着变，所以报告把它印出来，而不是让你去猜用了哪个假设。
检查最短时长会改动我的字幕文件吗？
不会。文件只被测量，原样保留，也不上传。如果你要把过短的字幕真正拉长，那是另一个会写出新字幕文件的工具。
故意做短的字幕条也会被列出来吗？
会，而且这是有意的。单个语气词、一声感叹、括号里的一句音效描述，都可能确实只需要很短的时间；最短时长是可读性的地板，不判断你的意图。报告只列实测低于下限的字幕，要不要拉长、合并还是保留，仍由你决定。
这项检查看什么
- 报告描述的是一份文件，不是一项服务。Netflix 的规范是其供应商合同里的交付要求，不是法律，这里也不判断你的字幕是否满足它。报告只说明哪些字幕条低于哪一条已公布的下限，并列出这份文件里本页没有检查的限制。
- 最短显示时长保护的是最难自行补偿的观众：一条字幕在眼睛落上去之前就消失，靠记忆补不回来，读得慢的人、用第二语言阅读的人付出的代价最大。它也是成本最低、最容易被留下来的字幕缺陷，因为短字幕播放时没有任何可见的故障提示。
参考资料
- Netflix Timed Text Style Guide: General Requirements — 最短显示时长为六分之五秒，原文以 24fps 下的 20 帧作注解。
- Netflix Timed Text Style Guide: General Requirements — 本页采用文件自己的写法“六分之五秒”；部分公开摘要把同一条要求写成 0.800 秒。