iPhone の画面収録でイン・アウトカメラを同時に撮ることはできますか

iPhone の画面に、ある瞬間に映るカメラ映像が常に1系統だけである理由

iPhone は常に1つの App を全画面で動かします。iPad にあるような分割画面のマルチタスク表示はなく、フロントカメラの App とバックカメラの App を並べて、どちらもリアルタイムに待機させておいて画面収録で一緒に録る、という画面の配置がそもそも存在しません。開いている App がそのまま画面いっぱいに表示され、画面収録が記録するのはまさにその内容そのものです——常に1つの App 分の映像であり、2つになることはありません。

カメラへのアクセス権の話に入るまでもなく、この時点でこの発想は成立しません。画面収録は画面の内容をそのまま忠実に記録するものであり、画面がそもそも表示していなかったものを記録することはできません。

カメラへのアクセス権は、ある瞬間に1つの App だけのもの

2つ目の理由は、1つ目よりさらに根本的です。iOS はカメラを、ある瞬間に能動的に使える App が常に1つだけという前提で扱います。通常のカメラアプリは、別の App がカメラを奪った瞬間に映像を失います。これは、着信や他の App によるカメラの占有が、通常の録画をバックグラウンドで静かに続けさせるのではなく中断させてしまうのと同じ規則です。

つまり「2つのカメラアプリを同時に開く」という発想は、画面上に2つのプレビューを並べる場所がないという理由だけでなく、その一歩手前ですでに失敗しています。1つ目のカメラアプリを動かしたまま2つ目を開くと、1つ目のカメラへのアクセス権はただちに奪われ、そのプレビューは真っ黒になるか、そこで静止します。バックグラウンドで表示され続けることはありません。2つの普通のカメラアプリが同時にどちらもリアルタイムで映っている瞬間は一度も存在せず、画面収録を含め、何であってもそれを記録することはできません。

双方向カメラアプリ自身のプレビューを画面収録すると、実際には何が得られるか

技術的にうまくいくパターンが1つだけあります。DualCam のように、アプリ自身のビューファインダーがすでに2つのカメラを合成して表示している場合です。コントロールセンターの画面収録をその画面に向ければ、できあがったクリップには確かに両方のカメラが映ります——なぜなら、その画面自体がすでに両方を合成した1枚の絵になっているからで、画面収録そのものの働きではありません。

それでも、すでに存在しているファイルの、はっきりと劣化したコピーであることに変わりはありません。画面収録はステータスバーや画面上のボタンも一緒に記録してしまいますし、すでにアプリ側で一度エンコードされている映像をもう一度エンコードし直すことになります——オリジナルではなく、コピーのそのまたコピーです。音声を入れるには、画面収録機能自体に別途マイクへのアクセス許可を与える必要があり、これはカメラアプリ自身が自分の音声トラックをどう扱うかとはまったく別の判断になります。

本物のマルチカメラアプリが録画時に実際に保存しているものと比べてみてください。DualCam は2つのカメラの映像を GPU 上でリアルタイムに1枚のフレームへ合成し、そのフレーム——あとから描き直されることも、切り取られることも、再エンコードされることもない、まさにそのフレーム——がそのまま動画ファイルに、最大 1080×2340 で書き込まれます。そのファイルは画面収録をひとつも経由しておらず、インターフェースの要素も一切含まれていません。

本当に2つのカメラを同時に動かしているものの正体

画面収録で代用しようとしていたのは、キャプチャ層にある特定の機能です。マルチカメラセッションと呼ばれるもので、前面カメラと背面カメラを、App からApp へ順番に受け渡すのではなく、同じ App の中で同時に2つの入力として開きます。Apple はこれを A12 以降のチップ——iPhone XS、iPhone XR 以降で、iOS 17 以降——に限定しており、これはハードウェアの能力であって、画面から呼び出せる設定や回避策ではありません。標準の Camera アプリがこれをできないのも同じ理由です。画面収録をするかどうかに関係なく、そもそもマルチカメラセッションを開くようには作られていないのです。