双摄视频会不会在别的设备上放成横的
不会，而且原因不是 DualCam 事后做了什么修正——而是那种让普通手机视频在别处变成横躺的失效方式，根本套不到一张从画出第一个像素起就已经是竖屏的画面上。
这里值得把几个经常被混在一起问的问题分开：文件在非苹果设备上能不能打开，是一回事；发到聊天软件之后画质会不会变差，是另一回事——这两个问题都是真实存在的，也都已经在这个站点的别的页面讲过。这一篇只谈方向问题：画面本身有没有可能被转成横的。
普通手机视频为什么会在别处变成横的
手机摄像头的感光元件只有一个固定的物理朝向，而在大多数手机上，这个朝向是横向的，不管你录制时怎么拿着手机。视频文件并不会把每一帧都重新处理成你握持手机时的样子，而是照着感光元件原本拍到的样子存下来，再在文件容器的元数据里加一条小小的指令：播放前把这张画面转 90 度，或者 180 度。
像苹果自己那套播放逻辑——QuickTime、"照片" App、大多数现代浏览器和手机——读取视频时会检查这条指令，播放前先转好，所以看起来完全正常。但这条指令是不是被遵守，取决于播放它的软件：一些较旧的软件、一些简陋的网页上传工具，还有一些压根没考虑过手机素材的剪辑软件，会直接忽略它，照着没转过的原始画面画出来。这正是「iPhone 视频在电脑上或者剪辑软件的时间线里躺着」这类常见抱怨背后的真实机制——画面本身没有任何损坏，只是一条元数据被不对付的软件读错了，或者在某个环节被弄丢了。
一张从一开始就是竖的画面，没有什么可转的
DualCam 不是先拍下一张横向的感光元件画面，再贴一条「转过来」的指令去补救。它在 GPU 上实时把两路摄像头画面合成进一张画布，而这张画布在录制开始之前就已经被定义成竖向的矩形——宽 1080 像素，高 1920 或 2340——合成出来的这一帧原样直接写进视频文件。从第一帧到最后一帧，编码进去的画面本身宽 1080、高差不多是宽的两倍，它底下不存在一张「横版原图」，也没有一条指着竖版的旗标。
这就从根子上排除了前面说的那种失效方式，因为那种失效方式的前提是「存在一条旋转指令，可能被某个软件忽略」。而一帧像素尺寸本身就已经是竖向矩形的画面，压根没有什么留给一个不理会旋转指令的软件去搞错——不管那个软件读不读那条指令，画出来的都是同一张画面，因为从头到尾就只有这一种朝向。
事后真正可能出问题的地方（但不是转向）
这不代表双摄文件对所有播放意外都免疫，只是对这一种免疫。把它发进聊天软件或者社交平台，拿到手的那份可能会比原始文件更糊、更容易看出色块，因为大多数平台在转发的路上都会重新压一遍视频来控制体积——这是真实存在的画质损耗，另一篇讲"发出去之后画质变差"的文章专门说了这件事，跟朝向没有关系。
如果你录的是"全屏"（2340）画布而不是标准 9:16，把它放到某个按 9:16 设计的地方，也可能因为装不满而在上下留出细黑边，而不是转向——这是两种不同高度的竖屏矩形之间的尺寸不匹配，不是旋转问题。这两种情况都不是画面被转成了横的，方向从头到尾都和录制时一样。
延伸问题
为什么有些普通 iPhone 视频在电脑上会放成横的，双摄录像却不会？
普通手机视频是照感光元件本身的朝向拍下来的，事后再补一条旋转标志说明该怎么显示，忽略这条标志的软件就会把它画成横的。双摄录像没有这样一条可以被忽略的标志——DualCam 拍摄的同时就把画面合成进一张竖向画布，编码进文件的这一帧本来就是竖的，没有别的东西需要转。
这是不是也意味着这个文件在非苹果设备上更容易打开？
这是另一个问题，另一篇讲 Windows 和安卓能不能播放的文章里有答案：双摄文件是一个普通的 H.264 MP4，配单声道 AAC 音频，几乎不用转码就能在各处打开。方向不会出错，和编码格式更通用，这两件事恰好都对双摄文件有利，但它们是两套完全不同的原理。
双摄视频发出去之后，还会不会看起来"不对"？
有可能——经过聊天软件自己的压缩之后画面会变糊，或者放到一个按不同竖屏比例设计的地方时上下会出现细黑边，这两种情况都是真的，也都在这个站点的别的文章里讲过。但都不会把画面转成横的，方向从录制那一刻起就没变过。