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 这一族在网页与安卓生态里普及，但在 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 音轨会被转成兼容格式，画面和声音分开判断，不会出现「画面处理了声音没人管」这种半成品。
上海智独教育科技有限公司 — CineX