字幕過短顯示時間偵測
或者貼上字幕文字
選項
一個時長 —— 1000、1s、1.5s 和 00:00:01,000 都可以。這是「停留得夠久、讀得完」和「一閃而過」之間的界線。低於這條線時會發生什麼取決於你所在的頁面：補間隙頁面會把短字幕多留一會兒，多出來的時間從後面的間隙裡扣，保證任何一條都不會蓋住下一條的字，檔案裡最後一條後面沒有別的，就直接延長；而檢查頁會列出所有低於這條線的字幕，檔案保持不動。
時間以哪個影格率計算。在格式頁面上，這是 MicroDVD 需要的值，因為它把時間存成影格編號。在影格率頁面上，它是檔案當初對應的速率 —— 字幕是照這個版本製作的 —— 而頁面的第二個欄位填你要搭配的影片速率。常見的有 23.976、24、25、29.97、30、50、59.94 和 60。填錯會讓整條時間軸位移；在影格率頁面上，位移是按比例發生，而不是固定的量。
一條太短的字幕會在能被讀到之前就閃過去：文字只出現在畫面上幾分之一秒，觀眾不是漏掉，就是只抓到一半。這一頁列出所有停留在畫面上的時間短於你設定下限的字幕條，附上時間碼、實際長度，以及它被拿來比對的下限。檔案不會被改動——你拿到的是一份報告，可以下載成 PDF 閱讀，或下載成 CSV 排序。
數字才是這一頁有用的原因，單純的計數做不到這件事。一串字幕條編號只告訴你有幾個問題；一列寫著「400 毫秒對上 1000 毫秒」的發現，告訴你它還差多遠，以及這是需要補 200 毫秒的字幕，還是一條根本不該存在的字幕。下限完全由你決定——內部規範、廣播機構的要求，或只是一個估計值——而且會印在每一筆發現旁邊，所以半年後再讀，報告仍然說得出當初是拿什麼在比。
邊界值是含在內的：只有短於下限時才會被報出，所以照內部數字裁得剛剛好的檔案會乾淨地回來，而你填的數字是一條字幕最短可以停多久，不是「最短的才有問題」。這一頁刻意不做的一件事，是把極短時長當成時間碼壞掉的證據；被修好的零長度字幕條確實會變成只停留一毫秒，而回報那次修復的是另一頁，所以貨真價實的一毫秒字幕不會在這裡被當成計時缺陷。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:05,000
I was working late.
報告發現了什麼
Cue duration outside the limit — Nothing found
Cues 2
Checks run 1
一秒整對上一秒的下限，什麼都沒被報出。比較是嚴格小於，不是小於等於，所以下限的意思是「最短可以停多久」；反過來讀，會把每一份照內部下限裁得剛剛好的檔案全都標記出來。
被修好的零長度時間碼
字幕
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
一行壞掉的時間碼產生兩筆發現，而且它們是不同的發現：標頭說這個時間碼沒辦法照原樣讀進來，資料列說修復之後的結果短了 999 毫秒。只報其中一筆，檔案真正的問題就只被描述了一半。
常見問題
這一頁在什麼情況下會把字幕判定為過短？
當一條字幕條停在畫面上的時間短於你設定的最短顯示時長（毫秒）。比較方式是嚴格小於，所以剛好等於下限的字幕條不會被報出。下限適用於整次執行，並印在每一筆發現旁邊。
最短顯示時長應該設多少？
大約一秒是常用的工作數字，也是預設值：這大致是幾個字的一行字幕能被讀完、又不必讓觀眾用猜的最短時間。更長的行需要更多時間，那屬於閱讀速度的問題，不是時長問題；廣播工作有時會自訂更高的地板。無論你選什麼，那都是你的數字，不是這一頁套用的標準。
過短字幕檢查會縮短或刪除短字幕嗎？
不會。它讀取檔案並產生報告，每一個時間碼都留在原位。拉長一條字幕會把下一條往後推，刪掉一條會留下空洞，兩者都是有後果的決定——這一頁的工作是讓你看見哪些字幕條逼出這個決定。
一毫秒的字幕條會被這一頁報出來嗎？
只有在你把下限設得比一毫秒高時才會，而預設值就是如此。這一頁不做的是把極短時長當成時間碼壞掉的證明：寫成 00:00:03,000 到 00:00:03,000 的字幕，會在讀檔時被修成一毫秒，而那次修復由另一頁回報。在這裡，這一毫秒就和任何其他時長一樣，拿去和你設定的下限比。
一條字幕的時長是怎麼算出來的？
用字幕條的結束時間減去開始時間，兩者都從檔案讀入並以整數毫秒保存。不做四捨五入，也不涉入影格率，所以報告裡的數字就是檔案中兩個時間碼的差。
哪些字幕格式可以檢查過短的字幕條？
十種同時記錄開始與結束時間的格式：SRT、WebVTT、ASS、SSA、SBV、SMI、MicroDVD、TTML、JSON 與 CSV。LRC 與純文字不接受，因為時長需要兩個時間點，而這兩個格式都沒有。若你手上的檔案屬於這兩種，請先轉換。
字幕一開始為什麼會變得過短？
幾乎都是計時工具造成的，而不是手打的。把一條長字幕切成兩半，兩半都比原本短；一次平移把字幕疊到下一條上，後續的處理又把它裁掉；從外語檔案翻譯過來的字幕，沿用了原文的時間。結果就是一條存在於檔案裡、卻從來沒有被觀眾注意到的字幕。