デュアルカメラの動画は録画を止めたあとにレンダリングが必要か

「レンダリング」が普段意味していること

レンダリングとは、動画編集アプリが「ここでカットする」「B のクリップを A の4秒目から9秒目まで重ねる」「このフィルターをかける」といった指示の集まりを、実際に1本の完成した映像に作り上げる工程です。これが事後に行われるのは、その工程が走るまでは2本の素材はまだ端末上にある別々のファイルにすぎず、どう組み合わせるかがまだ何も決まっていないからです。レンダリングはすべてのフレームに手を触れる必要があるので、かかる時間は素材の長さにおおむね比例します。

これは、前後のカメラをそれぞれ別々の動画として——2台のスマートフォンで、あるいは前後を別ファイルとして保存するアプリで——録画し、あとで1本にまとめたい場合に必要になる工程です。2本のファイルを開き、タイミングを合わせ、1フレームずつ合成結果を描き直す必要があり、しかもその時点では両方のカメラはすでに止まっています。

デュアルカメラ録画がこの工程を丸ごと必要としない理由

DualCam はそもそも2本の別々の素材を作り出しません。前面と背面のカメラ映像は、録画している最中に GPU 上で1枚のフレームへ合成され、その合成済みのフレーム——元の2枚ではなく——がエンコーダーに渡され、動画ファイルへ書き込まれます。撮影中に見ているプレビューは、まさにこの同じフレームです。あとになって変わる別バージョンというものが存在しません。ライブで見ていたものと違う「事後版」自体が最初から存在しないからです。

そのテイクの最後のフレームが描かれ、書き込まれ終わった時点で、ファイルにはすでに完成した映像が入っています。残っている合成作業はありません。合成はすでに、録画している間じゅう、途切れることなく行われていたからです。

では「停止」は実際に何をしているのか

録画を止めるという操作が実際に行っているのは1つだけです。ファイルを正しく閉じることです。書き込み中の動画ファイルは、閉じられるまで技術的には未完成な状態にあります——コンテナには、各フレームがどこにあるかを示す最終的な索引が必要で、これがあって初めてプレイヤーはシークをしたり正しい長さを表示したりできます。この索引を書く作業は固定的でごく小さな処理であり、素材をもう一度なぞる作業ではありません。だから10秒撮っても20分撮っても、かかる時間はほとんど変わりません。

これは、きちんと作られたデュアルカメラアプリが、端末の発熱やストレージ不足、着信によるカメラの横取りなど、何か別の理由でテイクが途中で切られた場合でも、ファイルをきれいに完成させられる理由でもあります。どんな理由で止まったとしても、その時点までの映像はすでに合成・書き込みが終わっており、正しく閉じるという作業自体は毎回同じ小さなステップです。

なぜ「たまった未処理分」が存在しないのか

稼働中のデュアルカメラセッションの裏側に、未処理の映像がたまっていくキューはありません。前後どちらのカメラも同じフレームレートに固定されており、時間内に合成・エンコードできなかったフレームは、あとで処理するために取っておかれるのではなく、その場で捨てられます。このパイプラインは「リアルタイムに追いつくか、1フレーム分だけ短くなるか」という設計であり、「遅れてあとで借りを返す」という設計ではありません。だから停止したときに「残りを処理させてください」という間が生じることもありません。合成されていないフレームがそもそも残っていないからです。

DualCam はワークフローのどこに位置づけられるか

ファイルは停止した瞬間にすでに完成しているので、そこから先はほかのどんな動画とも同じように扱えます。トリムしたり、音楽を足したり、もっと長い編集に組み込んだり、そのままアップロードしたりできます。これらはどれも上で説明したような意味でのレンダリングではなく、すでに完成しているファイルへの普通の編集にすぎません。1つだけ覚えておく価値があるのは、前後の映像がいったん1枚のフレームに合成されると、あとで2枚に引き剥がすことはできないということです。多くの人が普段待っているあのレンダリングは、省略されたのではなく、そもそも起きていません。2つの映像は撮影されたその瞬間に、すでに1つに合成されていたからです。

DualCam はまさにこの考え方で作られています。撮影しながら前後の iPhone カメラを1本の完成した MP4 へ合成していくので、停止したときには、合成もタイミング合わせも書き出しも、もうやることが残っていません。