网页端播放视频时声音正常、画面却始终黑屏，而同一文件在本地播放器里画面完好，这类“能听见却看不见”的问题，往往不在文件本身，而在于视频容器与编码之间的分离关系。容器是外壳，负责把视频轨、音频轨打包在一起；编码是里面的内容格式。外壳能打开，不代表里面的视频轨能被浏览器解码。先分清两种情况：文件损坏通常表现为整段无法播放或中途卡死；浏览器不支持则表现为音频轨正常、视频轨静默失败。后者更常见，也更容易被误判。
第一层：核对容器与编码信息
不要凭扩展名判断。扩展名只说明容器类型，不说明内部编码。用本地播放器的媒体信息面板或通用的媒体检测工具查看两条关键信息：视频编码和音频编码。如果视频编码属于浏览器普遍支持范围之外的格式，而音频编码恰好是常见格式，就会出现声音有、画面无的现象。核对时把视频编码、音频编码、容器类型三项一起记录，再对照主流浏览器的公开支持列表判断。若视频编码不在支持范围内，无论容器多常见，画面都不会出来。
第二层：核对转码与封装环节
如果确认源文件编码不被浏览器支持，处理方向是转码，而不是反复更换播放器。检查服务端转码任务是否真的执行成功，转码参数里视频编码是否被正确指定，封装格式是否与转码后的编码匹配。常见失误是只转了音频或只换了容器后缀，视频轨原样保留。上传后统一转码的检查清单可以这样列：转码任务状态是否为完成、输出文件的视频编码是否为目标格式、封装格式是否与编码对应、转码后文件大小是否合理、抽帧预览是否正常。五项都通过，再交给前端。
第三层：核对前端播放器配置
播放器本身也有支持边界。核对播放器当前版本对目标编码的支持情况，确认错误事件是否被监听。很多页面只写了播放失败时的静默处理，用户看到的就是黑屏加声音。应当配置明确的回退提示，例如提示当前浏览器不支持该视频格式并给出替代方案。同时监听播放器的错误事件，把错误码记录下来，便于后续定位。测试时至少覆盖两类浏览器，不要只在自己常用的一个环境里验证。
整理一份上传视频格式自检清单
编码：视频轨与音频轨分别记录，确认在支持范围内。容器：与编码匹配，不只看后缀。分辨率：过高的分辨率在部分设备上会触发解码失败。音轨数量：多音轨文件在网页端容易出现选择异常。测试浏览器：至少两个不同内核的环境实测。这套清单的价值在于把偶发问题变成固定动作。it数运在网站维护中把这类核对固化为流程：上传即读取媒体信息，转码结果自动抽帧验证，播放器错误事件统一上报，让“只有声音没有画面”在到达用户之前就被拦下。技术问题说明白，交付过程才清楚。
