字幕过短时长检测
或者粘贴字幕文本
选项
一个时长 —— 1000、1s、1.5s 和 00:00:01,000 都可以。这是“停留得够久、读得完”和“一闪而过”之间的界线。低于这条线时会发生什么取决于你所在的页面：补空隙页面会把短字幕多留一会儿，多出来的时间从后面的空隙里扣，保证任何一条都不会盖住下一条的字，文件里最后一条后面没有别的，就直接延长；而检查页会列出所有低于这条线的字幕，文件保持不动。
时间按哪个帧率计算。在格式页面里，这是 MicroDVD 需要的值，因为它把时间存成帧号。在帧率页面里，它是文件当初对应的速率 —— 字幕是按这个版本做的 —— 而页面的第二个框填你要拿它配套的视频速率。常见的有 23.976、24、25、29.97、30、50、59.94 和 60。填错会让整条时间轴偏移；在帧率页面里，偏移是按比例发生的，而不是一个固定的量。
字幕闪得太快，等于没出现：文字只在屏幕上停了一瞬，观众要么完全错过，要么只读到半句。这一页按你设定的最短显示时长筛出所有过短的字幕条，列出起止时间、实测毫秒数和比较用的下限，产物是一份报告，原文件保持原样。
数字比“有几条”有用。只给一串序号，你知道问题有多少；写成“实测 400 毫秒，限值 1000 毫秒”，你就知道这条还差多少，或者它根本不该存在。下限由你决定，可以是内部规范、播出要求或试出来的经验值，报告会在每条发现旁印出实际使用的数字，隔几周回看也不会忘记当时比的是什么。
判据是严格小于：恰好等于下限的字幕不算过短，所以你填的数字是“一条字幕最短可以停多久”。这一页也刻意不把超短时长当成坏时间码的证据——读取时被修复的零长度字幕会变成 1 毫秒，那笔修复由另一页报告；这里只是拿 1 毫秒和你的下限比较。
接受十种存有起止时间的格式：SRT、WebVTT、ASS、SSA、SBV、SMI、MicroDVD、TTML、JSON、CSV。LRC 与纯文本每行只有一个时间点，量不出时长，需要先转换。批量处理可以随时取消，文件不上传。
示例
一条一闪而过的字幕
字幕
1
00:00:01,000 --> 00:00:01,400
Yes.
2
00:00:03,000 --> 00:00:05,000
I was working late.
报告发现了什么
Cue duration outside the limit — 1 found
Severity Cues Start End Measured Limit
Warning 1 00:00:01.000 00:00:01.400 400 ms 1000 ms
四百毫秒对一秒的下限。报告把两个数字并排印出，这正是它从一个计数变成可以行动的地方——这条字幕还差 600 毫秒，或者它该被删掉。
一条被修复的零长度时间码
字幕
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,000
I was working late.
报告发现了什么
Cue duration outside the limit — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured Limit
Warning 2 00:00:03.000 00:00:03.001 1 ms 1000 ms
一行坏字幕产生两条不同的发现：报告头说这个时间码按原样读不出来，下面的行说修复结果是 1 毫秒、比下限短了 999 毫秒。只报其中一条，文件真正的问题就只被说了一半。
常见问题
字幕过短时长检测在什么条件下列出一条字幕？
当它在屏幕上停留的时间严格短于你填的下限（毫秒）。恰好等于下限的字幕不会出现，因此你填的数字是“一条字幕最短可以停多久”。下限对整次运行生效并印在每条发现旁边。
过短时长检测的下限填多少合适？
一秒左右是常用的工作值，也是默认值：大约是一行几个词不被观众猜着读所需的最短时间。更长的句子需要更多时间，那是阅读速率的问题；播出工作有时另有自己的地板值，填多少由你决定。
一条真的只有 1 毫秒的字幕会被过短时长检测误报吗？
只有当你把下限设到 1 毫秒以上时才会，而默认值就会。这一页不把超短时长当成坏时间码的证据：写成 00:00:03,000 到 00:00:03,000 的字幕在读取时被修复成 1 毫秒，那笔修复由另一页报告；这里只是照常拿它和下限比。
过短时长检测会删掉或拉长过短字幕吗？
不会。它读文件、出报告，每个时间码都留在原处。拉长会推走下一条，删除会留下空洞，两者都是有后果的决定；这一页只负责指出哪些字幕逼着人做决定。
为什么过短时长检测的报告会同时出现读取时丢失和一条过短记录？
因为那是同一个坏时间码的两面：报告头说这个时间码按原样读不出来，下面的行说修复结果是 1 毫秒、比下限短了 999 毫秒。只报其中一条，文件真正的问题就只被说了一半。
字幕的显示时长是怎么算出来的？
结束时间减开始时间，两端都从文件读出并以整数毫秒保存，不做舍入，也不涉及帧率。报告里的数字就是文件里两个时间码之差。
过短时长检测支持哪些字幕格式？
十种同时带起止时间的格式：SRT、WebVTT、ASS、SSA、SBV、SMI、MicroDVD、TTML、JSON 与 CSV。LRC 与纯文本没有结束时间，量不出时长，需要先转换。