会場の映像卓から出てくる信号は1080i59.94。それを配信用のPCに取り込み、プレビューを開く。ロゴも、背景の看板も、きれいだ。ところが司会者が舞台袖から歩き出した瞬間、スーツの輪郭に横縞が走る。一時停止してみる。肩のラインが、細かい櫛（くし）の歯のように左右へずれている。
配信ソフトの設定を見直す。ビットレートを上げる。エンコーダーを替える。縞は消えない。
原因は圧縮にはなかった。取り込む前の段階で、映像の「時刻」がずれたまま運ばれていたのだ。
縞の正体は、16.68ミリ秒の食い違いである
1080i59.94は、1秒間に59.94枚の「半分の絵」を送る方式だ。59.94という数字は60000÷1001で、小数点以下まで書けば59.94006になる。半分の絵とは、奇数番目の走査線だけ、あるいは偶数番目の走査線だけを集めた画像のことで、1080本のうち540本しかない（出典：Wikipedia「1080i」、Weblio「1080i」）。
隣り合う2枚が撮られた時刻の差は、1001÷60000＝0.016683秒、つまり約16.68ミリ秒だ。
画面幅の1920画素を2秒で横切る人物を考える。16.68ミリ秒のあいだに動く距離は、1920÷（2×59.94）＝16.0画素。この2枚をそのまま1枚に重ねれば、輪郭は16画素ずれて櫛の歯になる。動く部分にだけ縞が出て、止まっている部分は無傷という症状は、この仕組みで説明がつく。
YouTubeの公式ガイドは「インターレースの映像は、アップロード前にデインターレース（縞を解消する変換）を行う」と求めている。例として挙がっているのは、1080i60を1080p30へ変換するケースだ（出典：YouTubeヘルプ「推奨アップロードエンコード設定」）。
変換が必須なことは、これで分かる。問題はその先にある。同じ映像を同じソフトで変換しても、設定ひとつで、10秒の映像が300コマにも600コマにもなる。筆者が実際に確かめた数字だ。
あなたの設定が悪いわけではない
この状態を、パラパラ漫画にたとえてみよう。奇数ページと偶数ページを別々の2人が、16.68ミリ秒ずつずらして描いた。その2枚を見開きにそのまま重ねて印刷する。印刷所に落ち度はない。2人の絵の「時刻」が違うだけだ。
インターレース映像も同じ構造をしている。取り込み機器にも、配信ソフトにも、落ち度はない。信号がそういう作りなのだ。
だから、ビットレートをいくら動かしても縞は消えない。見るべき場所は別にある。
解決の道筋は、4か所の確認に絞れる
結論から言う。方法はある。しかも、確認する場所は4か所に絞れる。変換が行われているか。行われた回数は適切か。方式は目的に合っているか。そして、変換に渡している前提情報は正しいか。
どの場所で何が起きているのかを、10分以内に切り分ける手順がある。それが、このあとの有料部分に入っている。
この記事で手に入るもの
- 櫛が出る原因を、重ならない4つに分けた診断表（見分け方と所要時間つき）
- 29.97pと59.94p、どちらで出すかを決める判断表
- ffmpegで実測したコマ数と判定結果のデータ
- 変換前後を10分で検証する手順と、トラブルの早見表
- IP伝送や50Hz地域へ映像を持ち出すときの注意点
有料部分を読み終えたとき、判断表・設定の早見表・10分検証手順の3点が手元に揃う。次の現場で取り込みを組む前に、そのまま使える。
ここから先は有料部分だ（noteの有料エリア）
コメント