双摄同时录像支持 ProRes 或 Log 吗

ProRes 和 Log 到底假设了什么

ProRes 是一种专业中间编码，用比 H.264 这类交付格式大出许多倍的码率和存储体积，换来每一帧保留远更多的画面信息。Log 是一种色彩曲线，故意把画面拍得平、拍得低对比度，把普通对比度录制会直接裁掉的高光和暗部细节都留住，好让后期在调色时自己去塑造这段画面的观感，而不是让相机在拍摄那一刻就替你定死一个风格。

两者背后是同一个假设：一路摄像头，一条持续、信息完整的画面流，交到一个还没做完最终风格和对比度决定的剪辑师手上。这个假设对单摄录像成立，对双摄录像不成立。

为什么多摄像头会话装不下这种编码

多摄像头会话本来就要在一份固定的硬件预算里，同时养活两路实时画面、一次实时 GPU 合成，还有对结果的编码——正是这份预算，已经排除了 4K，也排除了「高质量」这类单摄录像能白拿的便捷预设。不管什么分辨率，ProRes 需要的码率和持续写入速度，都是 DualCam 现在这档 H.264 文件的好几倍，而这还是在已经同时跑两颗摄像头而不是一颗的基础上。这不是比 4K 更小的要求，是大得多的要求。

多摄像头会话里的每一颗摄像头，还必须运行一个被系统明确标记为「支持多摄」的格式。就算编码的负担能扛得住，这也是另一条硬性要求，单独就排除了伸手去用一个为单摄录制打造和测试过的格式。

为什么 Log 尤其没有用武之地

Log 解决的问题，只有在画面离开摄像头时还没定型的情况下才存在。DualCam 在前后摄像头的画面到达的同时，就把它们画进 GPU 上的同一帧，写进文件的就是这一帧本身——这和「版式、滤镜、每一路的曝光一旦录进一帧就是最终结果」是同一件事。一帧画面存在的那一刻，它的对比度和色彩，就已经按每一路分别定好、合成到一起了。

平坦的曲线只有在还没做过的调色环节前面才有意义。一份画面在写进文件之前就已经拍完的文件里，已经没有什么「平」的东西留着等你去调了——在这里要求 Log，等于要求给一张已经定死最终风格的画面保留调色空间。

真要调色，该怎么拍

• 用你的 iPhone 单独为一颗摄像头提供的那些格式去拍单摄素材——如果你的 iPhone 支持 Log 或 ProRes，那才是它们真正存在的地方，因为单摄录像不会撞上多摄会话遇到的这些限制。
• 把反应或解说这一层，拍成单独一条双摄或单摄素材，事后在剪辑软件里把两段合到一起，而不是指望一个文件既是调色成片，又是实时合成的双摄画面。
• 如果你真正想要的，是拍摄当下就定下来的一种风格，而不是留着以后再塑形的平坦起点，那就用 DualCam 自带的实时滤镜——鲜艳、暖色、冷色、黑白、胶片。它们是拍摄时就在着色器里生效的，这和 Log 追求的目标本来就是两回事。