字幕最短顯示時間檢查
或者貼上字幕文字
選項
限值不是你輸入的數字：它來自一份公開發布的文件，報告會寫明那份文件、引用原句、說明那句話是要求還是建議，並給出我們最後核對的日期和連結。選你要對其負責的那份文件。它們彼此並不一致：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。填錯會讓整條時間軸位移；在影格率頁面上，位移是按比例發生，而不是固定的量。
一條一閃而過的字幕，不管字再少都讀不到。這一頁量每一條字幕停在畫面上的時間，列出短於 Netflix 定時文字風格指南下限的字幕條——那條下限是六分之五秒。檔案在你的瀏覽器裡讀取、從不上傳，也不會被改動——你拿回來的是一份報告，可以下載成 PDF 閱讀與留存，或下載成 CSV 放進試算表排序。
上限值讀作 834 毫秒，而這個彆扭的數字正是重點。風格指南寫的是六分之五秒，並附註那是 24 fps 下的二十個影格。六分之五秒等於 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 毫秒，少了一毫秒，被回報。這一毫秒的差距正是這個例子存在的理由：六分之五秒總得取整，而向下取整會放過真的短到讀不完的字幕條。
時間以影格編號表示的檔案
字幕
{1}{1}25
{25}{45}Where were you last night?
{100}{150}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這是一份 MicroDVD 檔案，一條字幕是一對影格編號，而不是兩個時間。25 fps 下第 25 到 45 個影格，等於 1000 到 1800 毫秒，也就是在畫面上 800 毫秒，因此被回報；第二條剛好兩秒，沒有。報告開頭會印出影格率，少了它，報告裡的每一個時長都無法在別處重現。
常見問題
為什麼這一頁的最短時長是 834 毫秒，而不是 800？
因為文件寫的是六分之五秒，並以 24 fps 下的二十個影格作註，而六分之五秒是 833.33 毫秒。時間以整數毫秒保存，所以下限向上取成 834：向下取成 833，會讓一條真的短於所述下限的字幕過關；而 800——某些第三方摘要流傳的數字——會連 800 到 833 毫秒之間的全部放行。
這裡的最短時長下限出自哪一份文件？
Netflix 定時文字風格指南的一般要求，也是這個類別裡唯一寫出字幕最短時長的文件。它是發給 Netflix 供應商的指引，不是法律，報告會用自己的一列這樣標示。若你的工作要對另一套內部規範負責，它的下限不在這個檔案庫裡，這一頁也檢查不了。
剛好 834 毫秒的字幕條會被回報嗎？
不會。比較是嚴格小於下限，所以剛好落在上面的字幕條算在範圍內。這和最長時長那一頁往另一個方向做的是同一個判斷，也是為什麼兩邊的邊界各自被一個例子釘住：比較方向寫反，不是把檔案裡每一條計時正確的字幕都標記出來，就是放過一條違規的字幕。
為什麼報告會為我的 MicroDVD 檔案印出影格率？
因為 MicroDVD 的一條字幕就是一對影格編號，別無其他，所以報告裡每一個時間戳，都是那些影格除以這一頁所用的影格率算出來的。換掉那個數字，報告裡的每個時長都跟著變，所以報告把它寫出來，而不是留給你猜當初做了什麼假設。
檢查最短時長會改動我的字幕檔案嗎？
不會。檔案只被量測、原封不動，也沒有任何東西被上傳。如果你要真的把短字幕拉長，那是另一個工具，會寫出一份新的字幕檔案。這一頁告訴你哪些字幕條低於下限、差了多少，那是你在決定怎麼處理之前需要的那一半。
如果一條字幕本來就該那麼短呢？
它還是會被回報，而這是刻意的。一個字停三分之一秒、一句感嘆、一個用括號描述的音效：這些都是真實情況，而最短時長是可讀性的地板，不是對意圖的陳述。報告列出量到低於下限的東西；某一條該被拉長、該和下一條合併、還是維持原樣，仍然是你的決定。
這項檢查會看什麼
- 報告描述的是一份檔案，不是一項服務。Netflix 的風格指南是其供應商合約裡的交付要求，不是法律，這裡也沒有任何一句話說你的字幕滿足了它。報告陳述的是哪些字幕條量到低於哪一條公開下限，並點名那份文件裡這一頁沒有檢查的上限。美式說法常把這類屏上文字統稱 caption，英式則說 subtitle，兩者都得面對同一條時間下限。
- 最短時長保護的是最沒有能力補償的觀眾。一條在眼睛還沒落上去就消失的字幕，無法從記憶裡補回來，而讀得慢的觀眾、正在讀第二語言的觀眾，正是付出代價的人。它同時也是最便宜修好的字幕缺陷，卻也最容易被留在原地，因為一條短字幕播起來沒有任何看得見的故障，不會促使人再看第二眼；當它和閱讀速度（reading speed）或 auditory cues 的問題同時出現時，通常也最難察覺。
參考資料
- Netflix Timed Text Style Guide: General Requirements — 最短時長 5/6 秒，該文件自己註為 24 fps 下的 20 個影格。
- Netflix Timed Text Style Guide: General Requirements — 這一頁採文件自己的措辭，六分之五秒；同一要求的某些公開摘要則給 0.800 秒。