WebM 在 Mac 或 iPhone 上打不開怎麼辦：錄影和下載的 WebM 先看這兩層
WebM 打不開的原因幾乎總在同一處：盒子裡裝的東西這台裝置接不住。它常見於會議錄影、網頁錄製和從某些站台下載的片段，副檔名看起來「很現代」，裡面卻多半是 VP9、AV1 這類畫面編碼配 Opus 聲音——這一組在 Apple 裝置的播放體系裡不是不能存，而是不能直接播。所以 WebM 通常不是「換個播放器就好」，而是要把內容重新裝進 MP4。Mac 和 iPhone、iPad 上是同一件事：這台裝置認不認這條流。
WebM 裡通常裝著什麼
WebM 是為網頁傳輸設計的容器，最常見的組合是 VP8／VP9 畫面加 Opus 聲音，較新的錄製會用 AV1 來省流量。省流量這件事在網頁上划算，代價落在裝置這一側：編碼越新，系統的播放元件越可能沒有對應的讀取能力。容器與編碼誰決定能不能播，寫在影片的容器和編碼有什麼區別裡。
副檔名現代不等於裝置認得——WebM 的問題從來不是名字，是裡面那兩條流。
為什麼這台裝置接不住這一組
畫面側，裝置直接認得的主要是 H.264 與常見參數內的 HEVC；VP9、AV1 這一族在網頁與 Android 生態裡普及，但在 Apple 的播放鏈路上沒有穩定位置。聲音側，Opus 同樣屬於「檔案裡有、裝置讀不了」那一類。兩條都落在不能直接讀的位置上，表現就是你看到的結果：檔案在，雙擊沒反應，或者相簿不收、剪輯軟體不認。
轉換會對這一份檔案做什麼
WebM 裡真機跑過的那一格是 VP9 畫面配 Opus 聲音：兩條都沒有直接播放路徑，走的是完整轉換——畫面重新壓縮成裝置認得的編碼，聲音轉成 AAC，產物是 MP4。AV1 畫面也測過，落的是同一條路。這一族裡 VP8 沒有樣本，所以不點名。因為畫面要重新壓一次，時間按素材長度算，屬於分鐘級——一段二十分鐘的錄影不會幾秒鐘結束。處理期間暫存檔案和成品同時佔用空間，素材越大佔得越多，具體多少取決於走哪條處理路徑。CineX 先判斷這一份檔案需不需要重壓畫面，再決定用多少工夫，順序在有的影片很快、有的要更久裡。
會議前十分鐘，該不該轉
誠實的答案取決於目的。只想現在把內容看完，找一台能直接放 WebM 的裝置或瀏覽器更省時間——重壓一段長錄影不是幾分鐘能騙過的事。反過來，如果這段錄影之後要發給別人、要留下來、要進剪輯軟體、要在沒有網路的地方反覆看，那一次轉換換來的是「之後不用再想辦法」。同一份檔案，兩種目的給出兩種做法；判斷尺和 MKV 那一篇一樣，寫在MKV 在 Mac 上打不開怎麼辦裡。
轉完以後手上是什麼
一份新的 MP4，落在你自己的裝置上。原檔不被改寫，也不會被搬走——WebM 原件照舊在原來的位置。產物在「檔案」App 裡可見，可以繼續交給別的 App 使用，不會被鎖在這個應用裡。整個處理在這台裝置上完成，轉換不需要把檔案交給別處，這一點寫在CineX 在哪裡處理影片裡。
兩件事提前知道，省得白跑
其一，轉換不會讓錄影更清楚：它不提升解析度、不去噪、不把壓縮糊掉的文字補回來，只讓它能被這台裝置播出來。其二，WebM 如果帶字幕，文字那類會被逐條帶過去；壓成圖片的藍光字幕（PGS）會被認成文字、作為真字幕軌帶過去，但認字會認錯——先說清這兩條，免得轉完才發現不對，細節見轉換後字幕會怎樣。
能直接播的不動它，必須重壓的才重壓——判斷落在這一份檔案上，不是落在副檔名上。
常見問題
WebM 支援嗎，會不會轉失敗？
WebM 屬於已經用真機樣本跑過的容器，真機跑過的那一格裝的是 VP9 畫面配 Opus 聲音，兩條都在同一條判斷鏈上。真正可能卡住的是另外兩種情況：原檔本身不完整（下載中斷、錄製沒寫完），或者畫面規格超出這台裝置能接住的上限——這類檔案佔極少數，重壓畫面也未必救得回來。所以第一次接觸一段沒跑過的素材，建議先拿其中較短的一截驗一次：失敗或取消不佔用轉換次數，原檔也不會被改寫。
為什麼不直接裝個播放器算了？
如果你只需要看這一次，那確實更省事。區別在「這一次」和「以後」：留在特殊播放器裡，這條檔案就一直依賴那個播放器；轉成 MP4 之後，它變成一個普通檔案，能分享、能進剪輯軟體、能長期放著。
一段很長的錄影要多久？
按素材長度與裝置速度來算，WebM 基本都要重新壓畫面，所以是分鐘級而不是秒級。想先驗證，可以拿同一段裡較短的一截跑一次，看它落在哪條處理路徑上。免費版只統計成功完成的轉換，試錯的方式寫在免費版能用到什麼程度裡。
轉換會改動我的 WebM 原件嗎？
不會。處理產出的是另一份新檔案，原件保持原樣；失敗或取消不佔用轉換次數。
聲音會跟著變嗎？
會變存放方式，但不會丟。WebM 裡的 Opus 音軌會轉成相容格式，畫面和聲音分開判斷，不會出現「畫面處理了聲音沒人管」這種半成品。
Axiom One LLC — CineX