iPhone の同時録画は HDR に対応していますか

HDR はマルチカメラセッションが手の届かないプリセットの中にある

単一カメラでは、iPhone の上位の撮影プリセットは複数の要素をまとめて提供します——より高い解像度、より強い手ぶれ補正、そしてセンサーが直接キャプチャするより広いダイナミックレンジです。同時撮影セッションはそうしたプリセットのどれにも手を伸ばせません。セッション内の各カメラは、マルチカメラ対応と明示されたフォーマットを、プリセットから選ぶのではなく1項目ずつ手動で選ぶ必要があり、両方のストリームを合わせたコストは、リアルタイムの合成とエンコードと一緒に、1つのハードウェア予算に収めなければなりません。その条件をクリアするのは、より単純なフォーマットだけです。解像度が 1080p で頭打ちになるのも、手ぶれ補正が基本モードで頭打ちになるのも同じ理由です。より豊かな選択肢は、そもそも土俵にすら上がっていません。セッションが選べないプリセットに属しているからです。

つまり、DualCam に HDR の切り替えがないことを正しく言い表すなら「まだ実装されていない機能」ではありません。「端末が2つのカメラに同時に許すことの中に、そもそも含まれていない」というのが実態で、解像度の上限や手ぶれ補正が基本モードにとどまるのと同じ種類の話です。

合成という工程が、もう1つ独立した理由になる

マルチカメラのフォーマット制限をひとまず脇に置いたとしても、DualCam 自身の設計がやはり壁になります。撮影中、前面と背面の映像は GPU 上で1枚のキャンバスにリアルタイムで描き込まれ、その合成されたフレームがそのままファイルに書き込まれます。あとから描き直すことはありません。HDR 動画は単に「もう少し広い範囲を撮る」ということではなく、その範囲をキャプチャから処理、エンコードまで、1本のつながったパイプラインとして最後まで運び切る必要があり、たいていはそのために作られた 10 ビットのコンテナが要ります。

同時録画には、そのパイプラインを通す動的範囲が1つしかない、ということはありません。カメラごとに1つ、合計2つあり、それらは2つの映像が1フレームに描き込まれた瞬間にすでに1つに合わさっています。独立して露出が決まった2つのライブ映像が、それぞれ異なる階調範囲を保ったまま次の工程に渡され、次の瞬間に1枚の一貫した絵として出てくる、というポイントはこのパイプラインのどこにもありません。先に合成し、範囲は両方の半分をまとめて一度だけ決める——これはまさに 8 ビットの H.264 ファイルがやっていることです。

標準ダイナミックレンジで撮るとは実際どういうことか

標準ダイナミックレンジは、両端に残せる余地が HDR より少ないです。背面カメラを明るい窓や空に向けると、階調のない真っ白に飛びやすく、フレームの隅が本当に影になっていれば、べったりした黒につぶれやすくなります。HDR 動画があるところでは、まさにこの部分に対する保険が買えます——センサーが両端でもう少し多く捉え、ファイルにもそれを収める余地があります。DualCam にはその保険が前面・背面どちらの映像にもありません。録画ボタンを押した瞬間にカメラが決める露出が、ほぼそのまま最終的な露出になります。

これは、同時録画ですでによく起きている明るさのずれの上に重なります。2つのカメラは完全に独立して露出を決め、それぞれ自分が見ているフレームだけを見て判断します。頭の後ろにある明るい窓は、同時録画で顔が暗くなるよくある原因としてすでに知られていますが、標準範囲での撮影は、本来なら HDR が両端でわずかに取り戻してくれたかもしれない余地さえも取り除いてしまいます。

撮ったあとから直す方法はない

録画が終わった時点で、同時録画のファイルはただの完成した MP4 であり、裏に2つの独立した露出がまだ残っているプロジェクトファイルではありません。トリミング、音楽の追加、字幕、プラットフォーム向けの書き出しはふだんどおりにできますが、撮影中に真っ白に飛んだハイライトや、真っ黒につぶれたシャドウは、あとから戻せません。そもそも取り戻せるだけの余分な範囲が録画されていないからです。録画ボタンを押す前に光をきちんと整えることが、ここでの唯一の本当の対策であり、後からの編集である程度余地が残る HDR 対応の単一カメラに比べても、同時録画ではその逃げ道がありません。