一个 VR 视频文件同时在告诉你三件事，而这三件事很容易混在一起。它有视野范围——摄像机拍下了整个球面的多少。它有立体排布方式——有没有左右两只眼睛的图像，以及它们怎么被塞进单独一个长方形画面。它还有像素尺寸，也就是人们说「8K VR」时报出来的那个数字。
这三项彼此独立。一个文件可以是 180 度、左右并排、8K；也可以是 360 度、单视、4K。几乎每一句「我的 VR 视频看着坏了」，背后都是播放器对这三项里的某一项做了错误假设。
180 度和 360 度差在哪儿？
视野范围指的是摄像机周围那个球面被记录了多少，而 180 度之所以在这类素材里压倒性常见，理由很实际：它把每一个像素都花在你真正会看的方向上。
360 度摄像机记录整个球面；180 度摄像机只记录正前方的半球。在同样的像素预算下，360 度文件得把这些像素撑开在大约四倍的表面积上，所以画面上任何一块拿到的细节都只剩四分之一。你换来的是回头看的能力——看到一面墙、一组灯架，还有一个三脚架。
对于面向镜头拍摄的内容，这笔交易是一边倒的：180 度把分辨率集中在原本就是给你看的那半个球面上。VR180 这个常见标签就是这么来的。
两只眼睛的图像怎么塞进一个文件？
立体视频需要两张图像、一眼一张，但视频文件在每个时间点上只装得下一个长方形画面。所以那两张图像是被打包在同一帧里面，不是左右并排，就是上下堆叠。
- 左右并排（SBS，有时写作
3dh，即「3D 水平」）——左眼在画面左半边，右眼在右半边。每只眼睛拿到一半的水平像素。 - 上下排列（OU，有时写作
3dv，即「3D 垂直」）——左眼在上，右眼在下。每只眼睛拿到一半的垂直像素。 - 单视（
mono、2d）——一张图像，两眼看同一张。画面里有景深，但没有立体知觉；感觉像一块非常大的曲面屏，而不是一个你站在里面的地方。
这是关于 VR 分辨率最顽固的一个误解。一个标榜 7680×4320 左右并排的文件，并不是给每只眼睛 7680 像素的宽度；它给的大约是每眼 3840，高度则是完整的 4320。大字号的数字描述的是容器，不是抵达你视网膜的东西。
文件名里的标签到底是什么意思？
文件名标签通常就是播放器用来决定拿这帧画面怎么办的依据，因为这项信息往往没有被可靠地存在别的地方。
| 你看到的标签 | 含义 | 播放器猜错时会是什么样 |
|---|---|---|
_180 / _LR_180 |
180 度半球 | 被当成 360 度：场景包裹得太远，内容被横向拉伸 |
_360 / _TB_360 |
完整球面 | 被当成 180 度：你只看到场景的一部分，而且被极度放大 |
_sbs / _3dh / _LR |
左右并排立体 | 没有应用：两份窄窄的场景并排在一起 |
_ou / _tb / _3dv |
上下排列立体 | 没有应用：两份被压扁的画面垂直堆叠 |
_mono / _2d |
单张图像，非立体 | 被当成立体：画面被切开、两半分别送进两眼，看到的是被裁掉又对不上的画面 |
_fisheye / _190 / _200 |
比半球更广的镜头投影 | 被当成标准等距柱状投影：直线变弯，边缘扭曲 |
有些播放器也会读取嵌在容器里的投影元数据。而写这种数据的方案不止一种。Google 的 Spherical Video V2 规格定义了多数 180 度和 360 度文件带着的那些 box——一个记立体排布、一个记投影方式——之上还叠了一份独立的 VR180 规格。MPEG 则把自己的全向媒体格式标准化为 ISO/IEC 23090-2，目前已经出到第三版。Apple 也发布了自家针对立体与投影视频的容器扩展。
有一个结构性的事实，解释了大半的不一致：Google 那些 box 是事实上的惯例，而不是 MP4 格式里注册过的一部分。它们并没有出现在容器 box 类型的官方注册表里，而 ISO 和 Apple 定义的立体 box 在。所以播放器就算完全无视它们也不算做错——这也是为什么实际当中文件名标签仍然是更可靠的信号。
来源：Google spatial-media 的 Spherical Video V2 与 VR180 规格；ISO/IEC 23090-2:2023 的 ISO 目录条目；MP4 Registration Authority 的 box 注册表；Apple ISOBMFF stereo video format additions v1.0（2025）；核对日期 2026-08-03。
实际后果是：把文件改名可能会把它弄坏。把 _180_sbs 从文件名里去掉，依赖标签的播放器就会退回去猜成平面、单视的文件。
为什么 VR 要用那么高的分辨率，才只是勉强能看？
因为你的眼睛判断的不是文件里的像素数，而是你视野的每度像素数，而头显会把图像摊开在非常宽的角度上。
平板屏幕只占你视野窄窄的一小块，所以它的像素密集地挤在那一小块里。头显的镜头则把图像放大到覆盖你大半个视野，同样的像素被撑得稀薄得多。再加上立体封装把单眼宽度砍半、等距柱状投影又在两极附近浪费像素，就不难理解为什么 VR 文件需要那种放到平面视频上听着荒唐的尺寸。
这个差距大到值得算一算。公布过视野数字的厂商，把当前的头显放在水平大约 96 到 120 度之间——Meta 给 Quest 3 的是水平 110°、垂直 96°，Quest 3S 是 96°/90°，Pico 给 4 Ultra 的是 105°，Sony 给 PlayStation VR2 的大约是 110°，HTC 的 Vive Focus Vision 最高到 120°。Apple 则完全没有为 Vision Pro 公布任何数字。而按设计距离观看的平板屏幕占的角度小得多：ITU-R 的最佳观看角度，1080p 是 32 度，4K 是 58 度。同样这些像素，被要求覆盖大约两到三倍的视角。
来源：各厂商规格页（developers.meta.com、picoxr.com、playstation.com、vive.com、apple.com）；Report ITU-R BT.2246-9（2025），表 1；核对日期 2026-08-03。
真正要紧的那道算式：
- 从画面标称的宽度开始。
- 左右并排立体的话，除以二。
- 把剩下的数字摊到覆盖的视野范围上。
一个 7680 宽的 SBS 180 度文件，大约给每只眼睛 3840 像素去覆盖 180 度。同一个文件如果是 360 度，就是同样的 3840 去覆盖 360 度——角密度只剩一半。这一步，就是 180 对 360 的全部论据。
那你实际上该找哪一种格式？
没有特别理由的话，就选180 度立体，尺寸取你的设备能流畅解码的最高值——这是最不容易出错的默认选项。
| 你想要的 | 该找的格式 | 为什么 |
|---|---|---|
| 最好的感知锐利度 | 180 度、立体（SBS 或 OU）、能拿到的最高尺寸 | 像素集中在看得见的那半球上 |
| 身处某个空间的临场感 | 立体，视野范围不限 | 立体知觉来自立体，不是来自覆盖范围 |
| 能环顾整个房间 | 360 度 | 唯一会记录摄像机背后的格式 |
| 在较弱的设备上播放 | 较低的尺寸、180 度、立体 | 解码开销随像素数增长，和视野范围无关 |
| 在普通屏幕上当平面视频看 | 单视，或者找一个能把 180 度文件摊平的播放器 | 立体文件在平板显示器上会显示成两份重复的图像 |
VR 文件看着不对劲时怎么诊断？
每一种故障模式都有自己独特的征兆，各自指向某一项被设错的选项。
| 你看到的 | 说明什么 | 怎么修 |
|---|---|---|
| 两份场景左右并排 | 立体排布没有应用 | 把播放器设成 SBS |
| 两份场景上下堆叠 | 立体排布没有应用 | 把播放器设成上下排列 |
| 一个边缘外凸的平面长方形 | 投影没有应用 | 把投影设成 180 或 360 度等距柱状 |
| 场景包裹得太远 | 180 度文件被当成 360 度播 | 把视野范围切到 180 度 |
| 极度放大，只看得到一部分 | 360 度文件被当成 180 度播 | 把视野范围切到 360 度 |
| 完全没有深度，看着像一块屏幕 | 片源是单视，或者立体模式关着 | 检查源文件；单视是救不回来的 |
| 两眼觉得对不准，几分钟就发累 | 左右两半被对调了 | 切换播放器的左右眼互换选项 |
照这个顺序一项一项排查——先排布方式，再投影，最后视野范围。一次改两个设置，只会让你搞不清楚错的是哪一个。
相关问题
格式标签告诉你一个文件是什么，但不会告诉你去哪里合法拿到它——我们的网站目录列出了我们收录的平台。