双摄视频停止录制后还需要渲染吗
不需要。手指一松开停止，视频其实已经录完了——没有转圈的进度条，没有"处理中"的界面，也没有另外一步让 App 跑去把原始素材攒成一个文件。这不是 DualCam 抄的近路，而是这段录像从一开始被造出来的方式决定的。等你按下停止的那一刻，文件里将会出现的每一帧，其实早就已经画好、合成、编码完了——录制过程中一帧接一帧地做完的。
这件事值得弄清楚，因为它揭示了「正经的多摄像头会话」和大多数人凭直觉以为的做法——分别录两段视频、事后再合并——之间的真实区别。
"渲染"平常指的是什么
渲染是剪辑软件把一堆「打算怎么做」的描述——这里剪一刀、B 素材从第 4 秒盖到第 9 秒、加这个滤镜——变成一份真正成片的过程。它必须放在事后做，因为在这一步跑完之前，两段源素材还只是手机里各自独立的两个文件，谁跟谁怎么拼还没定下来。渲染要过一遍所有帧，所以耗时大致跟素材长度成正比。
如果是用两部手机、或者一个把前后摄分别存成两个文件的 App，分别录下前后摄像头，再想合成一段视频，需要的正是这一步：得有人（或者某个程序）把两段都打开，对齐，逐帧画出合成结果——而这时两颗摄像头其实早就已经停了。
为什么双摄录像根本用不上这一步
DualCam 从一开始就不会产生两段独立的源素材。前后摄像头的画面在录制过程中就已经在 GPU 上合成为一帧，交给编码器、写进视频文件的正是这张合成好的帧——不是两张原始画面。你拍摄时看到的预览，就是这同一帧；事后不会有什么「另一个版本」跟你现场看到的不一样，因为压根不存在那个「事后的版本」。
等这段录像的最后一帧画完、写完，文件里装的已经是成片。没有剩下的合成步骤要跑，因为合成这件事早就做完了——在录制的全程里持续在做。
那"停止"到底做了什么
按下停止，实际上只做一件事：把文件正确收尾。一个正在写入的视频文件，在关闭之前技术上都算没完成——容器需要一份索引，记录每一帧存在哪，播放器才能正确拖动进度、报出正确时长。写这份索引是一份固定、很小的工作，不是把素材再过一遍，所以不管你录的是十秒还是二十分钟，耗时都差不多，就零点几秒。
这也是为什么一个做得规矩的双摄 App，就算录制被别的原因中途打断——手机过热、存储用完、来电把摄像头收走——也能把文件干净地收尾。不管中断的原因是什么，那之前的部分早就完整合成、写入好了；正确关闭它，永远是同样那一小步。
为什么不会有一堆没处理完的帧等着补
一个正在跑的双摄会话，背后不会攒着一队没处理的素材。前后摄像头都锁定在同一个帧率，一帧要是来不及合成编码，就直接丢掉，不会留着以后补——这条流水线的设计原则是「实时跟上，跟不上就少一帧」，而不是「欠着，以后再还」。这也是为什么停止的时候从来不会有「等我处理完剩下的」这种停顿：根本没有还没合成的帧留在那儿。
DualCam 在你后续的工作流里处在什么位置
正因为文件在你停止的那一刻就已经完成，接下来它就跟任何普通视频一样：可以剪、可以配乐、可以塞进更长的剪辑里，也可以直接上传到你要发的地方。这些都不是上面说的那种渲染，只是对一个早就完整的文件做普通编辑。唯一要记住的是，前后画面一旦合成进一帧，就没法再拆开——大家平常等的那个渲染压根没发生过，不是因为它被跳过了，而是因为两路画面在被拍下来的那一刻，就已经合在一起了。
DualCam 就是照这个思路做的：录制时直接把前后摄像头合成写进同一个 MP4，停止的时候，没有什么要合成、要对轨、要导出的东西剩下。
延伸问题
停止录制后，DualCam 会显示"处理中"或者"保存中"的界面吗？
只会有很短暂的一下，是文件在正确收尾——一个固定的小步骤，不是渲染。视频本身在录制过程中已经一帧一帧做完了。
为什么录得特别长，停止之后还是会等一下才完成？
那一下是文件在收尾，不是在渲染。收尾要写一份很小的索引，好让文件能正确播放和拖动进度，这一步不管你录多久，耗时都差不多，很短。
如果我把前后摄像头分别录成两段视频，之后还需要把它们渲染合成一段吗？
需要。两段独立的素材得在剪辑软件里打开、对齐、逐帧合成，这才是真正的渲染，耗时跟素材长度成正比。而这一步，正是实时合成的双摄 App 一开始就避开的东西。