ビデオと字幕 · 字幕ツールキット
各プラットフォームに 1 つのマスター字幕ファイル: SRT および WebVTT ワークフロー
· なぜそれが重要なのか
字幕 srt webvtt ファイル形式 ブラウザ処理
プラットフォームごとに個別のキャプション ファイルを維持すると、エラーが増加します。この投稿では、1 つのマスター ファイル、必要な各形式への決定的な変換、アップロード前のチェックをすべて使用し、キャプションを第三者にアップロードすることなく実行されるワークフローを説明します。
6 つのプラットフォーム、6 つのわずかに異なるキャプション ファイル — わずかな相違がどのように間違ったキャプションに変わるか
あるコピーでタイプミスが修正されるとすぐに、別個のキャプション ファイルが分岐し始めますが、他のコピーでは修正されません。その後のタイミング調整により別のフォークが作成され、すぐに「final-web-v2.vtt」に「platform-final.srt」で承認された文言が含まれているかどうか誰も言えなくなります。宛先の数は、信頼できると主張する編集可能なソースの数ほど重要ではありません。
信頼性の高いワークフローは 1 つの編集可能なマスターを保持し、すべての宛先ファイルを使い捨ての出力として扱います。プラットフォームの要件が変更された場合は、昨日の派生物を修復するのではなく、同じソースからその出力を再度生成します。これにより、マスターが変更されたか、配信レシピが変更されたかの違いが目に見えてわかります。
マスター形式を選択してください — UTF-8 に 1 つの正規ファイルを保持することで、バージョン間のずれを防ぐことができる理由
編集チームが一貫してレビューできるマスター形式を選択し、UTF-8 として保存します。 SRT はシンプルで広く交換されます。 WebVTT には定義された Web 形状があり、キュー設定を保持できます。 ToolAcre は両方を UTF-8 として読み取り、両方をキュー テキストと整数のミリ秒境界の 1 つの内部モデルに変換するため、どちらもこの狭いワークフローのソースとして機能します。
正規とは、修正がこのファイルに戻されることを意味します。このフォーマットが普遍的に優れているという意味ではありません。オリジナルをバージョン管理されたプロジェクト ストレージに保存し、保存先に関係なく名前を付け、ダウンロードした派生ファイルの編集を控えてください。マスターに到達しない修正された派生ファイルが次の不整合となるためです。
オンデマンドで変換 — プラットフォームで必要な場合、コピーを編集するのではなく、マスターから SRT または WebVTT を生成します。
宛先が形式を要求した場合にのみ変換します。 WebVTT 出力は、WEBVTT ヘッダー、フルストップミリ秒区切り文字を受け取り、キュー識別子行は受け取りません。 SRT 出力ではヘッダーが省略され、カンマが使用され、キューに 1 から連続して番号が付けられます。両方のライターが同じ整数ミリ秒の値をフォーマットするため、変換ラウンドトリップのタイミングは正確です。
入力は出力よりも意図的に寛容です。パーサーはタイムスタンプ区切り文字、オプションの時間、混合行末および先頭のバイトオーダー マークを受け入れます。読み取れないブロックをスローするのではなく記録します。エクスポートする前に問題リストをお読みください。不正な形式のキューはスキップされ、美しくフォーマットされた配信ファイルにはソースよりも少ないキューが含まれる可能性があるためです。
配信ごとのリタイム — マスターに触れることなく、1 つのプラットフォーム上でトリムされたイントロまたは追加されたバンパーを処理します。
デスティネーションでは、標準レッスンに含まれていないイントロ、バンパー、またはスレートを追加できます。その宛先固有のオフセットをマスターではなくコピーに適用します。固定シフトでは、それぞれの開始と終了に同じミリ秒の値が追加されます。スケールはタイムスタンプを乗算し、プログラム全体で増大するドリフトのために予約されています。両端近くのラインをチェックすると、それらの障害が区別されます。
否定的な結果はゼロに固定され、ツールは影響を受けたキューの数を報告します。クランプすると間隔が失われるため、前方シフトで補おうとするのではなく、[元に戻す] を使用してください。納品コピーは、記憶された一連のナッジからではなく、クリーンなマスターと記録されたオフセットまたはスケールから再生可能である必要があります。
アップロード前の確認 - 出力ファイルで確認する必要があるものの短いリスト
アップロードする前に、キュー数を予想されるソースと比較し、すべての解析警告を検査し、宛先ビデオと比較して開始と終了近くの明確な線を確認します。要求された拡張子を確認し、ファイルを開いて最初の行を確認します: VTT の WEBVTT、通常の SRT のキュー番号。リーダーは UTF-8 を想定しているため、非 ASCII 名をスポットチェックします。
また、変換で意図的に省略されているものを確認してください。キュー識別子は破棄され、NOTE、STYLE、および REGION ブロックはロード時にスキップされます。キュー設定は、SRT であっても、終了タイムスタンプの後に保持され、書き込まれます。この場合、定義された効果はありません。これらの機能が重要である場合、このコンバータはマスターのロスレス アーカイブ パスではありません。
実用的な例: 1 つの講義を Web プレーヤー、ビデオ プラットフォーム、学習管理システムに公開する - コンバージョンとリタイムが関係する
1 つの講義に対して、承認された UTF-8 SRT マスターを保持します。サイト プレーヤーの WebVTT を生成し、ヘッダーとキューの数を確認します。ビデオ プラットフォームの SRT を編集せずに生成します。学習システムがレクチャーを 3 秒のバンパーでラップする場合は、別の SRT コピーを生成し、正の 3000 ミリ秒だけシフトして、最初と最後の音声セリフをチェックします。
文言の修正が到着したら、マスターを変更し、3 つの出力すべてを再生成します。 Web ファイル、プラットフォーム ファイル、およびシフトされた学習システム ファイルに個別にパッチを適用しないでください。繰り返しの変換は低コストです。手作業で編集された 3 つのファイルのうち、承認された文言が含まれているファイルを調査することはできていません。
これでカバーされないもの — 独自のプロセスが必要な翻訳管理と多言語ファイル
このワークフローは翻訳を管理しません。各言語には独自の信頼できるテキスト、レビュー プロセス、画像との関係が必要ですが、SRT と WebVTT 間の機械変換では単語は翻訳されません。また、プラットフォーム固有の行の長さや話者ラベルのポリシーもエンコードされません。これらは構造検証の範囲外の編集要件のままです。
このツールは、ロードされた 1 つのキュー セットを変換しますが、翻訳メモリ、レビュー担当者の割り当て、多言語パッケージ マニフェストはありません。これらの懸念事項にはローカライゼーション システムを使用し、承認された各言語ファイルをこの決定的な配信ステップを通じて提供します。
要点: 必要に応じて変換される 1 つの真実の情報源 — 字幕ツールキットの変換、リタイム、クリーン機能がこのループにどのように適合するか
1 つの真実の情報源により、問題は 2 つの制御された操作に集約されます。つまり、必要な表現への変換と、配信のクロックが異なる場合にのみ導関数のタイミングを変更するというものです。 Subtitle Toolkit は、これらの操作をクランプ前に明示的かつ元に戻すことができるようにし、検証リストは、他の方法では消えたり重なったりするキューを公開します。
正規ファイルをそのままにし、各宛先レシピを記録し、ソースが変更されるたびに出力を再生成します。クリーンなワークフローは、「1 つのファイルがどこでも受け入れられる」というものではありません。これは、プロジェクトが実際に必要とする数の使い捨てのチェック済み配信ファイルを生成する、承認されたソースの 1 つです。