ビデオと字幕 · 字幕ツールキット
字幕のタイミングの小さなエラーが視聴者にとって非常に目立つ理由
· なぜそれが重要なのか
字幕 タイムコード アクセシビリティ
視聴者は、たとえエラーが数分の一秒であっても、同期していないキャプションをすぐに発見します。この投稿では、なぜ目や耳が同期エラーに敏感なのか、ワークフローで同期エラーがどのように発生するのか、および同期エラーを測定して修正する方法について定性的に説明します。
コメントでは、キャプションが間違っていると感じますが、その理由は誰も言えません - 同期エラーの知覚の問題
レポートは一貫して曖昧です。視聴者は、キャプションが不快に感じる、気を散らす、またはキャプションを使用するのをやめたと言っていますが、その量や方向についてはほとんど言及しません。その曖昧さは、聴衆の性質ではなく、欠点の性質です。不一致は、それを探していない人が測定できるようになるずっと前に認識されます。
これは、苦情が解決に必要な情報なしで届いたことも意味します。有益な最初のステップは、何も調整するのではなく、印象を方向と大きさの 2 つの数値に変換することです。
なぜ私たちが気づくのか — 一行を聞く前または聞いた後にその行を読むと、音声とテキストの間のリンクが切れてしまいます
同じ単語が聞こえている間にキャプションが読み上げられるため、2 つのストリームは時々チェックされるのではなく、継続的に照合されます。スピーチの前にテキストが到着すると、それが最初に読まれるため、そのテキストがサポートする予定だった瞬間が削除されます。その後に到着すると、すでに理解されていることが確認されます。いずれにせよ、読者はタイミングのせいで意味がなくなった仕事をしたことになる。
これが、実際には公差が非対称になる理由です。わずかに遅いキャプションは遅延として解釈される傾向がありますが、わずかに早いキャプションは配信される前にセリフを台無しにする可能性があり、これは同等の遅延よりもコメディーやドラマにおいて悪影響を及ぼします。
同期エラーがワークフローに入る場合 — キャプション後のイントロのトリミング、異なるフレーム レートでの再エンコード、または異なる開始時間でのエクスポート
ほとんどの同期エラーは、キャプション中ではなくキャプション後に発生します。イントロ、スレート、またはカウントダウンをトリミングすると、キャプションのタイムスタンプは元の位置に残したまま、後続のフレームごとに移動します。異なるフレーム レートで再エンコードすると、絶対的なタイムスタンプに対してマテリアルが再スケーリングされます。ゼロ以外の開始タイムコードでエクスポートすると、ゼロで始まるファイルを基準にしてプログラムがオフセットされます。
いずれの場合も、キャプション ファイルは変更されておらず、内部的に一貫性が保たれているため、検証に合格し、ファイルが単独で正しく見えるのはこのためです。問題は 2 つのアーティファクトの関係にあり、どちらかの内部にあるのではありません。
オフセットとドリフト — 数分間見るだけで 2 つの違いがわかります
オフセットとドリフトを区別するには数分かかり、どの補正が適用されるかが決まります。開始近くの行と終了近くの行に注目してください。両方がほぼ同じ量間違っている場合、誤差は一定のオフセットであり、1 回のシフトで修正されます。エンディングがオープニングよりも悪い場合、誤差は増大し、それはドリフトであり、シフトするとオープニングを修正しているように見えながらエンディングを悪化させることになります。
ツールはこれをよくある間違いとして記録します。なぜなら、これは直感的な間違った行為であるためです。ドリフト ファイルの最初の行を並べることは満足のいくものですが、明らかに有害であり、スケーリングする前に両方の操作を元に戻す必要があります。
誤差の測定 — 推測ではなくプレーヤーの時計と明確な最初のラインを使用します
インプレッションではなく、プレーヤーのクロックに対して測定します。連続したスピーチ内のフレーズではなく、沈黙の後の最初の単語である、鋭い始まりを持つ行を選択し、キャプションが表示される時間と単語が聞こえる時間を記録します。プログラムの終わり近くでこれを繰り返します。明確な発症に関する 2 つの測定は、あいまいな発症に関する 10 回の判断以上の価値があります。
符号誤りはよくあることなので、方向を明示的に記録してください。ダイアログの前に表示されるキャプションには、遅延させるために正のオフセットが必要です。負のオフセットを指定すると、それらがさらに前に移動し、障害が 2 倍になります。
うまくいった例: すべてを 1.2 秒ずらしたトリミングされたイントロ — 診断と修正
キャプションの後に 1 秒と 5 秒のイントロがトリミングされた番組を考えてみましょう。すべてのキャプションは、その行の 1 と 5 秒後に表示されるようになりました。開始時の測定では 1200 ミリ秒遅れています。最後の近くの測定でも同じことがわかります。等しいエラーはオフセットを意味するため、1 回シフトするとファイルが修正されます。
1.2 ではなく、1200 として入力します。秒やタイムコードの入力がない場合、このフィールドにはミリ秒かかります。1 と入力すると、ファイルが 1 ミリ秒シフトします。操作は成功し、ファイルは実際に変更され、同期は以前とまったく同じように間違っているように見えます。シフトが負で、キューがゼロを通過する場合、それらのキューは開始時に永久に固定され、その後前方にシフトしても復元されないため、クランプ警告が重要になります。
これでカバーされないもの — 内容が間違っているキャプション、または行間で大きく分割されているキャプション
ここでは、キャプションがいつ表示されるかについて説明します。キャプションの内容や改行方法については説明しません。完全に同期していても分割が不十分なキャプションでも依然として読みにくく、誤って転写された単語はどのオフセットでも間違っています。
また、ビデオ自体が可変レートであるか、異なるレートのソースから組み立てられたためにドリフトするキャプションもカバーされません。これは滑らかなランプではなくジャンプであり、単一のシフトや単一のスケールでは修正できません。
要点: 測定してからシフトする - 字幕ツールキットのリタイム機能が 1 つのパスで定数オフセットを修正する方法
測定してから 1 回ずらします。時間を無駄にするシーケンスは、感覚で調整し、再観察し、再度調整することです。各パスで測定対象が変更され、途中でクランプされたキューがゼロに蓄積されるためです。
時間指定された 2 つの観測により方向と大きさが得られ、ミリ秒単位で入力された大きさは 1 回の操作です。冒頭部分だけではなく、後で同じ 2 行を確認してください。これは、冒頭部分が間違った修正が最も説得力があると思われる箇所だからです。