一個 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 度 |
| 完全沒有深度，看起來像一面螢幕 | 來源是單視，或是立體模式關著 | 檢查來源檔案；單視是救不回來的 |
| 兩眼覺得對不準，幾分鐘就疲勞 | 左右兩半被對調了 | 切換播放器的左右眼互換選項 |
照這個順序一項一項排除 —— 先排列方式，再投影，最後視野範圍。一次改兩個設定，只會讓你搞不清楚錯的是哪一個。
相關問題
格式標籤告訴你一個檔案是什麼，但不會告訴你去哪裡合法取得 —— 我們的網站目錄列出了我們收錄的平台。