怎样用前后摄像头同时拍吃播（mukbang）视频
在所有用前后摄像头同时录的视频类型里，吃播有点特别，因为没有哪一路真的是主角。反应视频把被反应的东西铺满画面、脸缩在角落；烹饪视频对锅也是同样的处理。吃播则要求观众在整段视频里，用差不多同样的注意力去看食物本身，也看正在吃它的人，而且它还多了一样其他题材大多当作次要的东西：进食本身的声音，往往就是有人愿意看下去的理由。
前后摄像头怎么同时录进一个文件，这个通用机制这里不重复讲；这篇讲的是坐到一桌食物和一部手机前该做的具体决定——这种同等重要为什么该选分屏、那只麦克风到底该放在哪儿、进餐这种近距离下对焦和曝光会怎样表现，以及一整顿饭为什么该拍成几条素材，而不是从头录到尾的一个文件。
食物和反应，不是主角和配角
画中画适合一路画面真的是主体、另一路只是对它的评论——街景配上边走边讲的人，锅里的菜配上对它做反应的脸。吃播基本不存在这种主次关系。菜和吃菜的人同样重要，而且是整段视频都同样重要，不只是某个爆点时刻，缩在角落的小窗从设计上就撑不起视频里另一半的分量。
这就是该用分屏的理由。DualCam 提供的两种分屏里，上下分屏通常更合适，原因和它适合任何对着镜头说话的场景一样：它保留了两路源画面完整的宽度，而左右分屏为了塞进竖向画布，会把左右各裁掉约四分之一。摆得离手机很近的一大盘菜或者一个大碗，恰恰是最经不起两侧裁切的那种画面，上下分屏不会动它。
进食的声音就是内容，不是环境音
双摄录像只写一条来自手机默认输入的音轨，不是每颗摄像头各一条，这个网站上大多数题材里，这条轨承载的是说话声，对距离和环境噪音都比较宽容。吃播依赖的是更安静的一类声音——一口脆响、一声吸溜、勺子碰到碗的声音——而这类安静的声音，比说话声更容易被距离和环境噪音盖过去。最管用的办法还是那条最朴素的规律：把麦克风和食物之间的距离减半，比调 App 里任何一个选项都更能改善收音效果。
手机到底放在哪儿，在这里比在大多数场景里都更重要。别把它搁在你正往上摆碗筷的那张桌子上——每一次磕碰都会顺着桌面直接传进手机底部的麦克风，也值得留意支架或壳有没有正好夹住那条边、把声音闷住了而你没察觉。四周都是瓷砖、玻璃、光墙这类硬质反光面的桌子，回声也比铺了软装的房间更重，这对干净、贴近的进食声来说是减分项，不是加分项。
对焦和曝光，随着每一口在变
两颗摄像头各自独立对焦、独立曝光，DualCam 把这两者都绑定在你点按的那一帧上。吃饭这个距离，比大多数更宽的镜头都更容易暴露这种各自独立——离后摄几厘米远的一碗菜，和离前摄差不多一臂距离的一张脸，都近到景深很薄，真正清晰的那一层切片，两边都很窄。
这也是吃播比大多数题材更需要频繁重新点按的原因。为了夹一口菜往前凑，或者把碗往自己这边拉近，这点距离变化就足以让刚才设好的对焦点不再对——而点按对焦并不是开录那一刻就锁死的东西，分辨率、静音和倒计时才是唯一在按下录制瞬间锁死的三项设置，重新点按刚刚挪动的那一帧，在录制过程中的任何时候都能做，跟切换版式一样。
一整顿饭该拍成几条素材，而不是一个文件
双摄录像从按下录制到按下停止是连续的一段，中途没法冻结，而一顿真实的饭局本来就自带能收尾的天然节点：换上一道新菜、续一杯水、吃完一碗到下一碗端上来之间的那段空档。这些时刻都不值得让镜头一直录着，不如当成剪辑点，而不是硬撑在镜头前熬过去。
把一顿长饭局拆成几条更短的素材，在发热和存储上也占便宜——两条摄像头链路加一路实时 GPU 合成，长时间连续跑下去，这两项都会很快累积。真要是热到了阈值，DualCam 会在新开一段 1080p 录制前先把它降到 720p，或者把正在录的那一条直接收尾保存，而不是让整段素材失败；拆成更短的素材，这两种情况都更不容易撞上，长饭局开录前也值得先看一眼还剩多少存储空间。
延伸问题
吃播该用画中画还是分屏？
分屏，而且是上下分屏而不是左右分屏。画中画适合一路画面当主角、另一路做反应的视频；吃播里食物和吃它的人整段视频都差不多同等重要，分屏更能传达这一点，而上下分屏保留了两路画面完整的宽度，不会像左右分屏那样把左右各裁掉约四分之一。
能不能整顿饭都用一条素材录到底？
可以，但双摄录像中途没法暂停——它从按下录制到按下停止是连续的一段。一顿真实的饭局本来就有换菜、续水这类天然的空档，用它们当剪辑点，会比硬撑着录一整顿饭清爽得多。
为什么咀嚼或吸溜的声音，听起来比现场听到的要小？
像一口脆响或一声吸溜这类安静的声音，比说话声更容易被距离和环境噪音盖过去，所以通常靠贴近来解决：把手机和食物之间的距离减半，别把它放在你正往上摆碗筷的桌子上，也确认支架或壳没有正好挡住底部的麦克风。