デュアルカメラの動画は、送るとなぜ画質が落ちるのか

ほかの何かに触れられる前に、DualCam が実際に書き出していたもの

録画を止めた瞬間、DualCam はすでに完成したファイルを1本作り終えています。H.264 映像を毎秒およそ10Mbpsの固定ビットレートで合成した MP4 で、ミュートで録っていなければモノラルの AAC 音声トラックが1本付きます。このファイルは、そこから先変わりません。写真アプリへの保存は、標準カメラアプリと共有する同じライブラリへこのファイルのコピーを書き込むだけです。共有は、通常の iOS 共有シートを開いて同じファイルを次の相手に渡すだけです。どちらの操作でも、DualCam 側で再エンコードは行われません。

つまり、録画直後に DualCam 自身のライブラリで見ている動画こそが、このファイルが到達できる最良の状態です。そのあとに現れるにじみやブロックノイズは、その先のどこかで足された結果であって、DualCam が足したものではありません。

送信に使うアプリが、そもそもなぜ再エンコードするのか

メッセージアプリや SNS は、必ずしも速いとは限らないネットワーク越しに、動画を速く確実に届けるために作られています。スマートフォンで撮った動画は数十から数百MBに簡単に達し、そのままバイト単位で送れば普通の回線では遅く、多くのアプリが自分で設けている容量の上限もあっさり超えてしまいます。そこでまず再エンコードします。狙いは録った1画素まで守ることではなく、届けるサイズを小さくすることに置かれた、たいてい従来より強めの圧縮です。

これは標準カメラアプリで撮った動画でも DualCam で撮った動画でも変わりません。使っているアプリがデータをどう運ぶかという性質の話であって、その動画がどこから来たかについての評価ではありません。

デュアルカメラのファイルが、なぜとりわけ余裕がないのか

再エンコードは何にかけても劣化を伴いますが、そのコストがどれだけ効くかは、素材にもともとどれだけ捨てられる余裕があるかで決まります。同じ iPhone でもカメラ1台だけなら4Kに届きますが、マルチカメラセッションは届きません。2系統のライブ映像とリアルタイム合成を1つの共有ハードウェア予算に収めなければならず、DualCam のキャンバス幅は1080ピクセルが上限だからです。4K素材を送信用に縮める場合、劣化が目に見える前に捨てられる本物の細部がまだ大量に残っています。もともと解像度が低く、ビットレートも控えめに固定された素材にはその余裕がないため、同じ再エンコードでもより早く、にじみや、動きの多い部分でのブロック状の乱れとして現れます。

現れ方も均一ではありません。ピクチャ・イン・ピクチャの小窓は、もともと元映像から縮小してサンプリングした小さな切り出しですし、左右分割はすでに元映像の左右それぞれ約4分の1を失っています。どちらも2回目の圧縮が始まる前からメイン映像より情報量が薄いので、再エンコードの影響はたいていここに真っ先に出ます。

送るときに画質をより多く残す方法

相手が使えるならエアドロップを

エアドロップは、メッセージの容量上限を前提に組まれたサーバーを経由せず、2台の Apple デバイスの間でファイルそのものを直接やり取りします。そのため送るものを再エンコードする理由がそもそも少なくなります。近くにある iPhone 同士であれば、DualCam が書き出した元のファイルをそのまま相手に渡すのに最も近い方法です。

選べるなら、モバイル通信よりも Wi-Fi

アプリによっては、モバイル通信の方が Wi-Fi よりも積極的に画質を速度と引き換えます。モバイル通信は遅かったり容量に制限があったりする可能性が高いからです。特定のクリップの画質にこだわりたいときに選べるなら、Wi-Fi 経由で送るほうがより多くのディテールを残しやすくなります。

元ファイルを送る。コピーのコピーを送らない

再エンコードは毎回劣化を伴い、しかも積み重なります。あるプラットフォームからダウンロードした動画を別のプラットフォームにアップロードすると、2つ目のプラットフォームが圧縮する前の時点で、すでに一度劣化を経ています。どこかから他人が落としてきたファイルを転送するのではなく、DualCam のライブラリや写真アプリから直接共有すれば、その経路で起きる再エンコードは何回分も積み重なるのではなく1回で済みます。