Netflix 字幕規範檢查
或者貼上字幕文字
選項
限值不是你輸入的數字：它來自一份公開發布的文件，報告會寫明那份文件、引用原句、說明那句話是要求還是建議，並給出我們最後核對的日期和連結。選你要對其負責的那份文件。它們彼此並不一致：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 的定時文字風格指南寫出四個可以拿字幕檔案去量的數字——成人內容每秒 20 個字元、每行 42 個字元、最短字幕時長六分之五秒、最長七秒——而這一頁在一次執行裡把它們全部套用到同一份檔案上。檔案在你的瀏覽器裡讀取、從不上傳，也不會被改動。報告可以下載成 PDF 或 CSV。
報告會有一節不是表格。這份指南也規定行數：一條字幕最多兩行。這一頁沒有檢查它，而為了不讓你意外發現，報告會把它列在「未檢查」底下。那份清單很短，而且是刻意不空的。報告真的套用的每一個數字，都會連同它出自的那句話、以及讀自哪個頁面的連結一起印出來，所以一筆發現不必離開報告就能追回出處。
值得做的比較，是把同一份檔案拿去對照 Ofcom 的指引。在那邊，只有閱讀速度量得起來，因為那份文件沒有寫別的東西；在這裡，有四個區段會帶著發現。兩頁對同樣的位元組跑同樣的五項檢查。變的是文件，連帶也變了單位：Netflix 數每秒字元，Ofcom 數每分鐘字數，所以一條字幕可以在一頁過關、在另一頁不合格，而兩份報告都沒有錯。美式說法把這類屏上文字叫 caption（closed caption 的簡稱是 CC），英式叫 subtitle。
範例
一份檔案，對照 Netflix 的全部四個數字
字幕
1
00:00:01,000 --> 00:00:03,000
JOHN: I told you not to wait up.
2
00:00:04,000 --> 00:00:07,400
- I know what you did last summer, and I am not going to pretend otherwise.
- Then say it out loud, right here, in front of everybody.
3
00:00:09,000 --> 00:00:09,600
Wait.
4
00:00:11,000 --> 00:00:19,200
MARY: Nothing. It does not matter now.
5
00:00:21,000 --> 00:00:23,000
The quick brown fox jumps over the lazy dog every single morning.
報告發現了什麼
Cues read faster than the limit — 2 found
2 | 00:00:04.000 | 00:00:07.400 | 39.1 CPS | 20 CPS | Netflix English Timed Text Style Guide (USA) — Reading speed: 20 characters per second for adult content
5 | 00:00:21.000 | 00:00:23.000 | 32.5 CPS | 20 CPS | (the same sentence)
Lines longer than the limit — 2 found
2 | 75 characters per line | 42 characters per line | Netflix Timed Text Style Guide: General Requirements — Line length: maximum 42 characters per line (43–44 only in rare exceptions)
5 | 65 characters per line | 42 characters per line | (the same sentence)
Cues below the minimum duration — 1 found
3 | 00:00:09.000 | 00:00:09.600 | 600 ms | 834 ms | Netflix Timed Text Style Guide: General Requirements — Duration: minimum duration 5/6 second (20 frames at 24fps)
Cues above the maximum duration — 1 found
4 | 00:00:11.000 | 00:00:19.200 | 8200 ms | 7000 ms | Netflix Timed Text Style Guide: General Requirements — Duration: maximum duration 7 seconds
Cues with two speakers and no name — Not applicable. This document says nothing about this, so there is no requirement to check against
Not checked by this page: Line length: maximum 2 lines per subtitle event四個區段、四個不同的數字，全部來自同一份文件——還有最後那一行，那是把一份周延的報告和一份自信的報告分開的東西。兩行上限是這份指南裡真實的一行，而本站沒有任何一頁檢查它，所以它被列出來而不是被丟掉。第 2 條字幕同時在三件事上不合格，而那是正常的：一條有兩行各四十幾個字元的對話，會超過閱讀速率、超過每行長度，卻落在時長規則之內。每一筆發現都引用它對照的那句話，所以你在決定改什麼時，看得到該翻指南的哪一部分。
每個數字都逼近、但都沒有超過
字幕
1
00:00:01,000 --> 00:00:04,000
Sphinx of black quartz, judge my vow now.
2
00:00:05,000 --> 00:00:05,834
Yes.
3
00:00:07,000 --> 00:00:14,000
No.
4
00:00:16,000 --> 00:00:18,000
This cue holds exactly forty characters.
報告發現了什麼
Cues read faster than the limit — Nothing found.
Lines longer than the limit — Nothing found.
Cues below the minimum duration — Nothing found.
Cues above the maximum duration — Nothing found.每一條字幕都正好落在一個邊界上，而一條都沒被回報。最後一條是四十個字元停兩秒：剛好每秒二十個字元，而比較是嚴格大於上限。短的那條是 834 毫秒，正好是所述下限。長的那條剛好七秒。這就是「讀起來乾淨的報告」與「回報一堆邊緣抖動的頁面」之間的差別：把任一條字幕移動一個字元或一個影格，發現就會出現。
以影格為單位的字幕：時長要等影格率給出來才存在
字幕
{1}{1}30
{30}{48}Where were you last night?
{300}{540}I was working late, and I did not want to call you at that hour.
報告發現了什麼
File: episode.sub
Format: MicroDVD
Cues: 2
Frame rate: 30
Cues read faster than the limit — 1 found
1 | 00:00:01.000 → 00:00:01.600 | 43.3 CPS | 20 CPS
Cues below the minimum duration — 1 found
1 | 600 ms | 834 ms
Cues above the maximum duration — 1 found
2 | 00:00:10.000 → 00:00:18.000 | 8000 ms | 7000 ms
Lines longer than the limit — 1 found
2 | 64 characters per line | 42 characters per lineMicroDVD 存的是影格編號而不是時間，所以這一頁的每一個數字都取決於面板上的影格率——這個例子是 30，它把第一條字幕變成 600 毫秒、第二條變成八秒。影格率印在報告最上方，因為一份量了時長卻沒說是用哪個影格率算出來的報告，一週之後就讀不懂了。同一份檔案在每秒 25 格下會回報不同的時長，也可能得到不同的裁決，那不是缺陷：那就是以影格為單位的檔案的意思，而檔案的第一行（在 MicroDVD 裡用來宣告影格率）不會被算成一條字幕。
常見問題
這一頁一次對一份檔案套用 Netflix 的哪幾個數字？
四個。成人內容每秒 20 個字元，來自英文定時文字風格指南；每行最多 42 個字元、最短字幕時長六分之五秒、最長七秒，全都來自一般要求那一頁。指南還寫了第五條規則——每條字幕最多兩行——而這裡沒有任何一頁檢查它，所以報告把它列在「未檢查」底下，而不是省略不提。
報告列為未檢查的 Netflix 規則是哪一條？
每條字幕最多兩行。那是一般要求那一頁裡真實的一行，卻不在這份報告的表格裡，所以它在結尾那一節被點名，並附上它出現的那句話。一項沒有人提起的未檢查，正是那種要等審閱者問「為什麼三行的字幕沒被標記」才會浮現的缺口；一行輸出比那個便宜得多。
Netflix 數的是每秒字元，為什麼同一份檔案在 Ofcom 那頁得到不同的閱讀速度？
因為兩份文件量的是不同的東西：Netflix 數字元，Ofcom 數以空白分隔的字。兩頁都不換算成對方的單位，因為換算需要假設平均字長，產出的會是沒有任何文件陳述過的數字。兩種量測對各自出自的文件都是正確的，而一份檔案可以在其中一邊之內、在另一邊之外。若你對兩者都要負責，就兩邊都跑，各自拿自己的文件去讀。
為什麼 Netflix 的最短字幕時長讀作 834 毫秒，而不是 800？
因為指南寫的是六分之五秒，並註明是 24 fps 下的二十個影格，而那是 833.33 毫秒的循環小數。向上取到最接近的整數毫秒，下限就是 834，也就是這份報告拿來比對的值，所以剛好 834 毫秒的字幕算在範圍內。同一條規則另一種流傳的轉寫是 0.8 秒，那比指南嚴格 33 毫秒，會回報指南允許的字幕。報告會在每一筆發現旁印出它用的下限。
Netflix 定時文字風格指南有提到指出誰在說話嗎？
在這一頁套用的那些頁面裡沒有。這份報告的說話者區段讀作「這份文件沒有提到這件事，所以沒有要求可以對照」。說話者識別是由 WCAG 2.2 成功準則 1.2.2 與 FCC 的 caption 品質規則陳述的義務，兩者都有自己的頁面。一份 Netflix 報告若秀出一張乾淨的說話者表，等於暗示指南有一條它根本沒有的規則。
Netflix 這些數字和法規有一樣的分量嗎？
沒有。它們是內容擁有者為自己接受的素材所訂的交付規格，而報告在陳述方式那一列，把每一個都標成指引。這一點值得寫在頁面上：一個讀起來像法律門檻、實際上卻是合約門檻的數字，會改變人們拿報告去做什麼，而除非報告說出它是哪一種，這個差別是看不見的。
這項檢查會看什麼
- 報告描述的是一份檔案，不是一項服務。Netflix 定時文字風格指南是內容擁有者為自己接受的素材所訂的交付規格；它不是立法，通過或未通過這些檢查，都不是關於任何地方的法律合規的陳述。這裡沒有任何一句話斷定你的字幕符合任何東西。報告陳述的是有多少條字幕以這一頁的方式量到問題、每個數字讀自哪一句話，以及這一頁沒有檢查什麼。caption（美式用語，簡稱 CC）與 subtitle（英式用語）在這裡指的是同一份檔案。
- 這裡的數字是撰稿當下公布的版本，而每一筆發現都帶著最後核對那句話的日期，以及它出自哪個頁面的連結。公開的規格會改；報告告訴你它是對照哪個版本量的，而文件本身才是權威。閱讀速度（reading speed）與 auditory cues 這類要求，在其他文件裡各有各的版本，也各有各的頁面。
參考資料
- Netflix English Timed Text Style Guide (USA) — 閱讀速度：成人內容每秒 20 個字元，兒童內容 17 個。這是這一頁套用的每秒字元上限的出處。
- Netflix Timed Text Style Guide: General Requirements — 每行長度上限 42 個字元，43 至 44 僅限極少數例外；時長最短六分之五秒（24 fps 下 20 個影格）、最長七秒；以及每條字幕最多兩行，這一頁把它列為未檢查。