ビデオと字幕 · 字幕ツールキット
21 行目から WebVTT まで: 画面上のクローズド キャプションの短い歴史
· 背景
字幕 アクセシビリティ webvtt ファイル形式
クローズドキャプションは、テレビ信号に隠されたデータとして始まりました。この投稿では、放送実験や Line 21 からデジタル キャプションや今日の Web フォーマットに至るまでの軌跡をたどり、その歴史が現在私たちが使用しているツールを説明している理由を説明します。
キャプションはかつてはハードウェア機能でした - デコーダー ボックス、テレビ規格、および隠されたデータ ライン
クローズド キャプションは、かつてはテレビ受信ハードウェアから切り離せないものでした。テキスト データは放送信号内で伝送され、デコーダはそのデータを認識して画像上に文字を描画する必要がありました。 「クローズド」とは、プログラムフレームに永続的に印刷されるテキストとは異なり、視聴者がそれをデコードして表示するかどうかを選択できることを意味します。
このモデルでは、互換性のある部分のチェーンにキャプション アクセスが作成されます。つまり、プロデューサーがデータをエンコードし、送信がデータを保存し、受信デバイスがデータをデコードします。プレーン テキスト エディタはそのチェーンの一部ではありません。最新のサイドカー ファイルでは、表現の大部分が検査可能なテキストに移動されますが、合意されたデコーダーの必要性が消えることはありませんでした。
行 21 および CEA-608 — アナログ テレビの垂直帰線期間内のテキストのエンコード
アナログ テレビでは、垂直ブランキング期間には、表示される画像に使用されないラインが含まれていました。 21 行は北米の字幕データの伝送に関連付けられるようになり、CEA-608 はその環境を中心に構築された従来の字幕システムに名前を付けています。コマンドによって画面上でキャプション テキストがどのように表示され、変更されるかを制御するため、データはトランスクリプト以上のものを表していました。
これは、ビットレベルのエンコードガイドではなく、概念的な概要です。このリポジトリは CEA-608 を実装しておらず、標準の年表や改訂も確立していません。そのため、この記事では確立されたシステム名以外の仕様番号を省略し、正確な発売日を主張しません。
法律とデコーダ チップ — キャプション サポートがアドオン ボックスからすべてのテレビにどのように移行したか
専用のデコーダ ボックスにより、デコードが通常のテレビ機能になる前に、オプションのキャプションが利用可能になりました。その後、規制と受信機の設計により、サポートが表示デバイスに移動され、別個のボックスの必要性が減りました。正確な法的スケジュールは管轄区域やデバイス カテゴリによって異なります。また、この記事では、ある国の日付を普遍的な歴史として提示するものではありません。
永続的な変更はアーキテクチャに関するもので、キャプション アクセスは愛好家向けのアドオンではなく、期待される受信機能になりました。その期待は今日の Web プレーヤーにも受け継がれており、データがアナログ回線に乗らなくなったとしても、視聴者は依然として公開されたキャプション コントロールと正しく配信されたトラックを必要としています。
デジタル テレビと CEA-708 — より豊富なキャプションとアナログ信号からの脱却
デジタル テレビでは、アナログ回線 21 パスの制約を超えて、デジタル放送に適したより豊富なキャプション システムとして CEA-708 を導入しました。表現と配信は変化しましたが、視聴者の要件は変わりませんでした。キャプションは、視聴者が有効にすることができるタイミング情報として、制作、配信、およびデコードに耐える必要がありました。
ToolAcre は、608 を 708 に変換したり、メディア ストリームから抽出したり、ブロードキャスト成果物を認証したりしません。これらの操作には、コンテナとキャプション サービス データを理解するソフトウェアが必要です。サブタイトル テキスト トランスフォーマーは、ワークフローによってサイドカー ファイルが生成された後、後で開始されます。
Web 時代 — サイドカー ファイル、SRT、WebVTT、および HTML5 トラック要素
ウェブでは、キャプションは映像信号内に隠されるのではなく、別のリソースとして配信されるのが一般的です。 SRT は実用的な交換ファイルになり、WebVTT は Web メディア機能で期待される署名と手がかり文法を提供します。 HTML トラック要素はそのリソースを取得し、ビデオ フレームを変更せずにプレーヤーがキャプションの選択肢を公開できるようにします。
字幕ツールキットは、このファイルベースの端で動作します。 WEBVTT ヘッダーから WebVTT を検出し、SRT または VTT キューをミリ秒単位で解析し、正規のターゲット ファイルを書き込みます。ファイルを HTML に添付したり、応答ヘッダーを設定したり、ビデオから埋め込みキャプション サービスを抽出したりすることはありません。
これでカバーされないもの — 国ごとの規制とライブキャプション技術
この短い歴史は、字幕規制を国ごとに比較したり、最初の放送試験を特定したり、ライブキャプション制作について説明したりするものではありません。ライブ作業では、完成したサイドカー ファイルを編集する場合には存在しない、認識または速記、遅延、修正、および配布に関する問題が追加されます。これらの詳細は、関連する管轄区域および現在の配信プラットフォームから入手する必要があります。
また、すべての最新のキャプションが WebVTT として始まることを意味するものではありません。ブロードキャスト マスターとストリーミング パッケージは特殊な形式を保持することがあり、変換によりプレゼンテーション情報が破棄される可能性があります。共通の点は、1 つの汎用ファイル拡張子ではなく、オプションの時間指定アクセスです。
要点: 信号からテキスト ファイルへ — 歴史の終わりの現代のファイルベースで字幕ツールキットがどのように機能するか
21 行から WebVTT へのパスは、テレビ ハードウェアによってデコードされた信号バインド コマンドから、ソフトウェア プレーヤーによって消費される検査可能なサイドカー テキストへの移行です。各段階は依然として互換性のある制作と再生に依存します。プレーヤーによって決して提供されない正しいキャプション ファイルは、デコーダなしで受信機に送信されるブロードキャスト キャプション信号と同様に利用できません。
ワークフローが SRT または WebVTT に達した場合は、字幕ツールキットを使用します。キューの順序と長さを検証し、句読点とヘッダーを意図的に変換し、専門のブロードキャスト マスターを別の場所に保持します。このツールの価値は、最新のテキスト ファイルを正確に操作できることであり、テキスト ファイルを作成した履歴を書き換えることではありません。