手机拍摄的 MOV 在电脑上播放正常，上传到内容平台却被拒绝；剪辑软件导出的 MKV 用播放器能打开，发到客户系统后只剩画面，没有声音。遇到这种情况，最常见的操作是把文件名后缀改成.mp4。
这招通常没用。MOV、MKV、MP4 只是视频格式最外面的一层，改名相当于给箱子换了一张标签，里面装的东西没有变化。平台真正需要判断的，是箱子的结构、里面的视频和音频用什么方式编码，以及设备有没有对应的解码能力。
视频文件其实是一个装着多种内容的盒子
我们平时说的 MP4、MOV 和 MKV，更准确的称呼是“容器格式”。一个视频文件里不只有画面，还可能包含音频、字幕、封面、章节信息、拍摄时间和多条语言轨道。容器负责把这些内容组织在一起，并记录它们应该怎样同步播放。
H.264、H.265、VP9 这类名称指的是视频编码，AAC、MP3、Opus 则常用于音频。它们解决的是如何压缩和还原画面或声音。容器和编码是两层东西，所以同样是.mp4，内部可以有不同的视频编码、音频编码和参数组合。
可以把它想成快递：MP4、MOV 是纸箱规格，H.264、H.265 是里面商品的包装方式。仓库接受某种纸箱，不等于能处理纸箱里的任何物品。平台写着“支持 MP4”，往往只是第一层条件，后面还可能限制编码、分辨率、帧率、时长和文件大小。
为什么播放器能打开，平台却处理不了
VLC 等桌面播放器通常自带多种解码器，目标是尽可能把用户拿来的文件播出来。上传平台的目标不同。它需要在服务器上检查文件、生成预览、转成多个清晰度，有时还要给网页和手机分别准备版本。为了让整个流程稳定，平台只会开放一组经过验证的组合。
因此，“我电脑能播”只能证明当前播放器认识这个文件，不能证明服务器也支持。同一条 H.265 视频，在较新的手机上可能播放顺畅，在旧设备或部分浏览器中却打不开；某些专业剪辑编码适合后期制作，画质高、信息多，但并不适合直接放到网页上分发。
MP4 之所以常见，不是因为它万能，而是因为 MP4 容器配合 H.264 视频和 AAC 音频，在大量设备和浏览器上都有较成熟的支持。这里说的是常见组合，不是只要扩展名为 MP4 就必然兼容。
改后缀、换容器和重新转码，区别在哪里
改后缀只修改文件名。文件内部结构完全没变，平台读取文件头后，仍会发现它原来是什么。
换容器通常叫“重封装”。它把原有的音视频流从一个容器取出，再装进另一个容器，画面和声音本身不重新压缩。重封装速度快，也不会再损失一次画质。但它有前提：新的容器允许装入原编码，目标平台也认识这组编码。
重新转码则需要先把原视频解码，再按照新的编码方式生成一份视频。它能解决编码不兼容、像素格式不支持或文件过大的问题，代价是耗时更长，有损编码也会再次影响画质。
判断思路并不复杂。平台不接受 MKV，但里面已经是 H.264 和 AAC，可以先考虑重封装为 MP4；如果里面是平台不支持的视频编码或音频编码，就要转码。若还要求文件小于某个体积，则要在兼容的基础上继续调整画面尺寸或压缩强度。
“有画面没声音”通常不是视频坏了
一个容器可以放多条音轨。录屏文件可能同时保存麦克风声、系统声和一条空白轨；多语言视频也可能包含中文、英文和背景音乐。桌面播放器允许用户手动选择，上传平台通常只取默认轨或第一条轨道。
如果平台选中了空白轨，就会出现画面正常、没有声音的情况。还有一种可能是视频编码受到支持，音频编码却不在平台的处理范围内。用户看到的是同一个文件，服务器处理的其实是两条相对独立的数据流。
这也是为什么转换工具不能只显示“已转成 MP4”。更有用的信息是：输出的视频编码是什么、音频编码是什么、保留了哪条音轨。处理会议录像和多语言素材时，音轨比文件后缀更值得提前确认。
一直显示“处理中”，问题可能出在时间结构
有些文件能够上传，却一直停在处理中。此时入口检查已经通过，服务器很可能卡在解析或转码阶段。
视频和音频都带着时间信息，播放器靠它们保持同步。录制意外中断、多个片段直接拼接、某些可变帧率素材处理不当，都可能让时间戳变得不连续。容错能力强的播放器会尽量继续播放，自动处理管线则可能报错或生成音画不同步的结果。
竖屏手机视频还有一个相似的问题：有些文件的像素尺寸仍按横屏保存，只在元数据里写着“播放时旋转”。播放器读到了旋转信息，所以看起来正常；平台在转换时忽略或丢掉这段信息，导出后就横过来了。它不是简单的宽高判断问题，而是显示元数据有没有被保留。
如何判断问题大概在哪一层
如果上传后立刻提示格式错误，先看容器、扩展名、文件体积和平台入口限制。如果上传成功却一直处理中，再考虑编码、时间戳或内部流结构。有画面没声音，优先检查音频编码和音轨；竖屏变横屏，则关注旋转信息。
想查看文件内部信息，可以使用 MediaInfo 这类图形工具。熟悉命令行的读者也可以选择ffprobe，但普通用户不必研究所有字段，只需要记下容器、视频编码、音频编码、分辨率和音轨数量，再与平台要求对照。
不同工具解决的是不同层次的问题
MediaInfo 主要负责查看文件内容，不负责转换。FFmpeg 适合精确控制重封装、转码和音轨选择，HandBrake 更适合通过预设生成通用播放版本，CloudConvert 面向常见格式转换。如果用户不想安装软件，需要在浏览器中处理 MP4、MOV、AVI、MKV 等输入，同时减小输出体积，也可以试试 VideoCompress。看看只是容器不被接受，还是里面的编码也不兼容？前者优先尝试重封装，后者才需要转码。这样能少做一次不必要的压缩。
先保留原文件，再拿一小段样本测试。确认目标平台接受的容器和编码组合，检查视频是否有声音、方向是否正确、开头和结尾是否完整。上传成功后还要播放平台生成的版本，因为平台可能做第二次转码。
“视频格式”不是一个后缀就能概括的属性。理解容器和编码的区别后，很多看似随机的上传失败都有迹可循：平台拒绝的可能不是 MOV 或 MKV 这个名字，而是文件内部某个它无法处理的组合。
