字幕ファイルを公開する前に確認する
.srtまたは.vttファイルの内容を貼り付けるか、ファイルをドロップすると、すべてのキューが解析・測定されます。スコアと、実際に何が問題であるか（無効または重複するタイミング、速すぎてすぐに消えてしまうキュー、画面に長く留まりすぎるキャプション、長すぎて収まらない行、誰も読めないほど速いテキスト）のリストが得られます。
各問題は、それが属するタイムコードとともに返されるため、ファイルを探してスクロールするのではなく、キュー47を修正できます。
これはブラウザで動作します。ファイルはデバイス上で解析・測定されるため、字幕が未公開のエピソードやクライアントの動画に属する場合に重要です。
他の字幕ツールはすべてキャプションを作成するが、これはそれらをチェックする
字幕の生成は解決済みの問題です。多数のツールが動画を書き起こし、SRTを渡してくれますし、そのほとんどが十分にうまくやっています。
ほとんどのツールができないのは、最終的に得られたファイルが良いかどうかを教えてくれることです。そのため、字幕はキュー12がキュー13と重なっていたり、78文字の行が携帯電話で3行に折り返されたり、40文字のキャプションが0.5秒で表示されたりする状態で出荷されます。これらはすべてテキストエディタでは見えません。しかし、視聴者には約10秒以内にすべてが明らかになります。
ここでのチェックは、タイムスタンプと文字数に対する算術です。それがポイントです。これらは議論するのではなく、証明できる字幕の問題なのです。
測定項目
無効なタイミング。終了時間が開始時間と同じかそれ以前のキューには持続時間がありません。ほとんどのプレーヤーはこれをサイレントにスキップするため、行は単に表示されず、理由もわかりません。
重複するキュー。あるキューが画面に残っている間に次のキューが始まると、プレーヤーはどのように処理すべきかについて意見が分かれます。一部は2つを重ねて表示し、一部は交互に点滅させ、一部はどちらかを削除します。これは手作業で編集された字幕ファイルで最も一般的な構造上の欠陥であり、隣接するタイミングを確認せずに1つのタイミングを微調整することから生じます。
画面表示時間。およそ6分の5秒未満のキャプションは、テキスト行というよりは点滅として読まれます。約7秒を超えると、静止したキャプションは固まっているように見え始め、視聴者は同期を信頼しなくなります。
読み取り速度（1秒あたりの文字数）。ほとんどの人が実行したことのないチェックであるため、以下で適切に説明します。
行長と行数。長い行は、不適切な場所で折り返されるか、狭い画面からはみ出します。3行以上は映像を覆いすぎてしまい、映像の下に文字を置く意味がなくなります。
空のキューと重複するキュー。空のキューは、何もないのに画面時間を確保します。前のキューと全く同じキューは、意図的に繰り返された行ではなく、ほとんどの場合、2回貼り付けられたものです。
読み取り速度は誰も実行しないチェック項目
1秒あたりの文字数は、快適に感じる字幕と宿題のように感じる字幕を分ける数値であり、ほとんど誰もこれを測定していません。
計算は単純です。キュー内の文字数を取り、画面表示時間で割ります。60文字のキューが2秒間表示される場合、1秒あたり30文字で表示されます。視聴者は、それを読み、映像を見て、聞いて、すべてを一度に行わなければなりません。彼らは読み終えないでしょう。
ほとんどのスタイルガイドが推奨する一般的な視聴者向けの目安は、1秒あたり約17文字であり、これを超えるものはフラグが立てられます。約21を超えると、平均的な読者が読み終える前にテキストが消えてしまうため、単なる要確認事項ではなく、実際の問題としてマークされます。
チェックする価値があるのは、高い読み取り速度が他のあらゆる点では目に見えないことです。ファイルは有効です。タイミングは正しい順序です。何も不正な形式ではありません。字幕が単に速すぎるだけであり、それを知る唯一の方法は、すべてのキューで割り算を行うことです。
完璧なスコアが意味しないこと
これは、ファイルが構造的に健全で、通常の制限内にあることを意味します。字幕が正しいことを意味するものではありません。
これは、言葉が音声と一致しているかどうかを教えてくれません。このツールは動画を見たり聞いたりしないため、字幕ファイルはここでのすべてのチェックをパスしながらも、誤って書き起こされていたり、セリフから2秒ずれていたりする可能性があります。実際の音声との同期は別の作業です。
スペルチェックは行いませんが、それは意図的なものであり、省略ではありません。スペルチェックには適切な言語の辞書が必要であり、字幕には名前、地名、製品名、意図的な非公式表現などが満載で、単純なチェッカーでは何百もの誤検知を報告してしまうでしょう。200個の誤検知リストはリストがないよりも悪いため、そのふりはしません。
また、あなたのハウススタイルを知りません。放送局、ストリーマー、アクセシビリティ標準はすべて行長と読み取り速度が異なり、一部の言語では全く異なる制限が必要です。ここでのしきい値は一般的な慣習であり、どこかから与えられたルールではありません。警告は確認のきっかけとして、エラーは修正すべきものとして扱ってください。
SRT、VTT、およびそれが無視するもの
両方の形式が機能し、アップロードする代わりにテキストを貼り付けることもできます。SRTのシーケンス番号とWEBVTTヘッダーはコンテンツとしてカウントされず、認識されてスキップされます。
タイムスタンプはどちらの形式でも解析されるため、00:00:04,120のコンマも00:00:04.120のドットも、VTTのより短いMM:SS.mmm形式を含め、どちらも問題ありません。終了時刻に続くVTTキュー設定（align:startやposition:10%など）は、テキストとして扱われるのではなく、読み取られて無視されます。
カウントされる前に書式設定タグは削除されます。これは思っているよりも重要です。イタリックタグで囲まれた行は、視聴者にとって実際には長くなりませんし、マークアップをカウントすると、全く問題ない行がフラグ付けされてしまいます。
代わりに字幕を作成または修正する必要がある場合
これはすでに持っているファイルをチェックします。録音から作成するには、字幕ジェネレーターが時間指定されたキャプションを生成し、クローズドキャプションジェネレーターがアクセシビリティ面をカバーします。完成したトランスクリプトを字幕ファイルにするには、テキストからSRTへのコンバーターがタイミングを処理します。結果を映像に焼き付けるには、ビデオに字幕を追加を使用してください。
知っておくべき2つの関連ツールがあります。ファイルをチェックするのではなく、正確な行を見つける必要がある場合は、トランスクリプト検索がキューを検索し、タイムコードを保持します。ファイルが翻訳であり、何か抜け落ちていないか知りたい場合は、翻訳チェッカーが翻訳をソースと比較します。
