DualCam

怎么判断一个 iPhone App 是不是真的前后摄像头同时录像

“双摄录像”和“画中画相机”现在在 App Store 上对应着两种完全不同的东西,截图看起来却常常一模一样。一种是前后摄像头真的同时开着、实时把两路画面合成进一张画面里;另一种是让你先拿到两段素材——刚拍的,或者相册里本来就有的——然后在剪辑器里把一段叠在另一段上面。这两种都是合理的产品,但如果你要的是“此刻的反应”和“此刻镜头对着的东西”被同时装进同一段画面里,只有第一种才真的做得到,而这一点光看截图是看不出来的。

不用去看源代码也能分清楚。有几个具体、一看就能验证的地方,能把真正同时打开两颗摄像头的 App,和那些只是快速切换单个镜头、或者事后把两段素材拼起来的 App 区分开。

先别按录制,看预览画面本身

真正的双摄会话是把两路实时画面在 GPU 上合成成一帧,而这一帧合成好之后就直接写进视频文件——取景框不是「录制内容的预览」,它本身就是录制内容。所以最省事的检查方法是:打开 App,什么都不点。如果两路摄像头画面已经同时出现在屏幕上、都在实时更新——不管是画中画还是分屏——那就是真的同时开着。如果屏幕上永远只显示一个摄像头、靠一个按钮在两者之间切换,那这个 App 不管广告怎么写,实际上都只是个快速切镜头的工具:它压根没有同时打开两颗摄像头,也就谈不上「同时录制」。

看录完之后拿到的是一个文件还是两个

真正同时驱动两颗摄像头的 App,是边拍边合成,录完直接给你一个已经排好版的完整视频,不用再对齐什么。有些标榜「双摄」的 App,实际是分别录两段素材,或者一边实时录一段、一边让你自己提供一段已有的视频,然后再通过一步(有时候还得你手动操作)「合并」成一个文件。这两种做法本身都没问题,只是解决的是不同的需求。关键是看录完之后 App 直接给你的是什么:一段可以直接发布的成片,还是两段素材再加一个「合并」按钮。

真正一次成片的录像,没有东西可以「跑偏」

两个各自独立的摄像头——两台手机并排放,或者一个 App 把前后画面分别存成两个文件——各自走各自的时钟,哪怕两边标称的帧率只差一点点,时间一长也会累积到画面和它本该对应的那一刻明显对不上。这正是真正的多机位拍摄要靠打板或者共享时间码来事后对齐素材的原因。而一个把两路画面实时合成进同一帧的录像,从素材落地那一刻起就只有一个文件——两张画面在写入存储之前就已经合成在一起了,根本没有第二份素材可以和它「跑偏」。

有个简单的验证办法:拍一段带有一次清脆响声的素材——比如拍手——录个一两分钟,录完看结尾处声音和画面对不对得上。真正同时录制的素材,事前事后都不需要「对齐」这一步;而分开录两段素材的做法,通常撑不到两分钟就能看出明显的跑偏。

看这个 App 对你的 iPhone 提了什么要求

前后摄像头真正同时采集,用的是苹果的 AVCaptureMultiCamSession,这个接口只在 A12 及以后的芯片上才能跑——也就是 iPhone XS、iPhone XR 或更新的机型。这不是哪个开发者想不想遵守的商业选择,而是苹果焊在系统底层的硬件门槛。一个号称能同时开两个摄像头、却在相当老的机型上也能装得下、跑得起,或者压根不提机型和系统版本要求的 App,要么根本没有真正做到同时采集,要么就是在部分用户手里悄悄地跑不起来。开头就老老实实写清楚机型和系统版本要求,虽然听起来不起眼,但恰恰说明这个 App 是照着真实接口做出来的。

分辨率的天花板,也是一个线索

两路实时画面加上实时合成,共用的是同一份硬件预算,而不是各自单独一份,这正是为什么真正同时录制的 App 通常分辨率会封顶在 720p 或 1080p——有的还会明说某些机型在更高档位下会降频——而不是两路都敢冲到 4K。这条不能单独当作判断标准:如果一个 App 是把两段分别录好的 4K 素材再合并起来,那它完全可以正当地打出 4K,因为拍摄那一刻两颗摄像头根本没有互相分摊预算。但如果一个 App 一边号称「真正同时录制」,一边分辨率选项和单摄 App 一模一样、既没有更短的选项也不提任何上限,那就值得多留个心眼。

为什么这个区别真的值得在意

这不代表事后合并两段素材的剪辑工具就是差产品——围绕一段已经拍好的素材做出一条反应视频,本来就是真实存在、也很实用的需求,而这种需求天然需要「一段现成的视频文件」作为输入,恰恰是一个纯实时的双摄会话在结构上接不进去的东西。但如果你真正想要的是「同一个瞬间的两个角度」——此刻眼前发生的事和你的反应、一段对话的两端、你的双手和你的表情——那就只有真正的双摄会话能做到,因为那个瞬间只发生一次,用两次分开的拍摄去还原它,本身就已经背离了「现场同步」这件事的初衷。

DualCam 走的就是第一条路:通过 iOS 自己的多摄会话同时打开前后摄像头,边拍边在 GPU 上合成进一帧,最后写出一个完整的文件。上面说的这几条检查,用在它身上同样成立——包括它自己要求 iPhone XS 或更新机型、iOS 17 及以上系统这一条,这个门槛本身就来自它所依赖的那个底层接口。

延伸问题

一个 App 有没有可能假装自己是同时双摄录制,但不容易被发现?

光看截图或者成片的话,确实不容易看出来。最靠谱的检查是看预览:如果录制之前两路摄像头画面没有同时实时更新在屏幕上,那不管录出来的东西看着像什么,这个 App 都没有真正同时打开两颗摄像头。

一个 App 分辨率封顶在 720p 或 1080p,是不是说明它不如能录 4K 的 App?

不一定。这很可能恰恰说明它是真的在用一份共享的硬件预算同时驱动两颗摄像头,天花板本来就比单颗摄像头能达到的要低。而把两段分开录好的 4K 素材合并起来的剪辑工具不存在这种共享预算的问题,因为拍摄那一刻两颗摄像头压根没有同时工作。

为什么有些双摄 App 对机型要求很明确,有些却完全不提?

真正的同时采集靠的是 AVCaptureMultiCamSession,苹果只在 A12 及以后的芯片上支持,也就是 iPhone XS 或更新机型。一个「双摄」功能完全不提机型门槛的 App,要么没有用这个接口,要么就是没有老老实实告诉你它在哪些机型上会失败。

合并两段已有素材而不是实时录制的 App 是不是不好?

不是,这只是解决另一种需求的工具,很适合围绕一段已经有的素材剪出一条反应视频。只是它和「同一个瞬间实时录下两路画面」不是同一件事,装之前先搞清楚自己拿到的是哪一种,用起来才不会踩坑。

想直接开录?

DualCam 让 iPhone 前后摄像头同时工作,边拍边合成为一个 MP4。免费、无需注册、无广告,素材不出手机。

前往 App Store 下载