カットした瞬間だけ被写体が歪んで見える理由（ビギナー向け）

2026-10-03

ローリングシャッターの読み出し時間とIPマルチカム切り替え設計

切り替えたその1カットだけ、画がねじれていた

中継現場でのことだ。実況が指す先で選手がピッチを横切る。ワイドのスタジオカメラから、追従していたPTZのIPカメラへ本線を切り替えた、その瞬間だけ選手の体が斜めに傾いて見えた。収録を見返すと、そのカットだけ画がねじれている。カメラマンのパン操作を疑い、PTZの追従速度を疑い、スイッチャーの設定まで洗い直した。どれも問題はなかった。歪みは、切り替えたその一瞬にしか存在しなかった。

多カメラのIP伝送環境に関わる現場では、この手の「切り替えた瞬間だけ起きる歪み」が繰り返し報告される。原因は演出でもオペレーションミスでもなく、カメラのセンサーが映像を読み出す仕組みと、IP伝送経路が持つわずかな遅延が、切り替えの瞬間にだけ噛み合ってしまうことにある。

読み出し時間とIP遅延が、切り替えた瞬間だけ噛み合う

放送・配信で使われるCMOSセンサーの主流は、画面を上の行から下の行へ順番に読み出す「ローリングシャッター」方式だ。読み出しには時間がかかり、有効画素数の大きいセンサーで全行の読み出しに約50ミリ秒を要した実測例が報告されている。4000行のセンサーであれば1行あたり約12.5マイクロ秒という計算になる（出典：GitHub「RollingShutter」readout速度計測プロジェクト）。この読み出し中に被写体やカメラが動くと、画面の上の行と下の行では別の瞬間の被写体位置が記録され、画が斜めに傾く「スキュー」が生じる。歪みの角度はパンの角速度に比例し、センサーの読み出し速度に反比例する（出典：Points in Focus「Rolling Shutter Safe Pan Speed Calculator」解説）。

ここにIP伝送が重なると話がさらに複雑になる。NDIの技術的な遅延は最小で走査線16本分、実運用ではおおむね1フィールド分とされ、LAN内のエンドツーエンド遅延は1〜3フレーム、時間にして数十ミリ秒の規模になるとされている（出典：NDI公式ホワイトペーパー「Encoding and Decoding」）。カメラ側のスキューに、IP経路固有の遅延が上乗せされることで、単独のカメラ映像では気づかない歪みが、切り替えの瞬間にだけ強調されて視聴者の目に入る。

あなたもカメラマンも、間違えていない

これは、ブラインドを上から下へ少しずつ開けながら外の景色を撮っているようなものだ。ブラインドを開けている最中に外を車が横切れば、車体は開いた順番と車の動きが絡み合って斜めに写る。IPマルチカムの切り替えは、この「ブラインドの開け方」が違う2台のカメラを、さらに配線の長さが違う2本の電話で同時につないで喋らせるようなものだ。どちらの声も単独で聞けば自然なのに、切り替えた瞬間だけ間が合わなくなる。カメラマンのパン操作にも、機材の設定にも、非はない。

対策は存在する

カメラごとの読み出し特性と、IP伝送経路が持つ遅延を把握したうえで、パンの速い画を切り替えるタイミングと機材選定を設計段階で決めておけば、切り替え時だけ歪みが強調される現象は防げる。どの数値を、どの順番で確認すべきかを、この先にまとめた。

有料部では次の3点が手に入る。第一に、カメラのローリングシャッター特性とIP伝送遅延を切り分けて診断する早見表。第二に、マルチカム収録でパン中の切り替え事故を防ぐカメラ選定とタイミング設計の手順で、各ステップに所要時間を付けてある。第三に、LEDウォールのような発光体を含む映像でシャッターとIP遅延が重なった場合のトラブル対処法だ。どれも次の現場からそのまま使える内容にしてある。