上传一段MP4视频，网页端能听到声音，画面却始终黑着，这种情况在网站维护中并不少见。用户的第一反应往往是文件坏了，但把同一个文件下载到本地用播放器打开，画面又正常。问题到底出在文件本身，还是网页端的解码链路，需要先做一个简单区分：本地播放器正常、浏览器异常，说明文件大概率完整，问题集中在编码参数与网页端播放能力的匹配上。以下四层核对，可以按顺序推进。
第一层，核对容器与轨道信息。MP4只是一个封装外壳，里面可能包含视频轨、音频轨、字幕轨等多条轨道。有声音没画面，首先要确认文件里是否真的存在视频轨，以及视频轨的编码格式是什么。部分文件在导出时只勾选了音频，或者视频轨使用了浏览器普遍不支持编码，都会出现这种表现。用媒体信息查看工具打开文件，看视频流的编码标识，如果显示的是浏览器支持范围之外的编码类型，基本可以锁定方向。
第二层，核对编码参数。同样是H.264编码，不同参数在网页端的表现也可能不同。分辨率过高、帧率异常、像素格式不是常见的4:2:0、色彩空间标记不标准，都可能让部分浏览器放弃渲染画面而只保留音频。尤其是一些从剪辑软件直接导出的文件，参数设置偏向后期制作而非网络分发，网页端播放器解析时容易卡在首帧。核对时重点看分辨率是否在常规范围内、像素格式是否为yuv420p、色彩标记是否缺失。
第三层，核对封装与索引。MP4的索引信息位置会影响网页端的加载与首帧渲染。索引放在文件末尾的文件，浏览器需要先下载完整文件才能开始播放，网络稍慢就可能表现为长时间黑屏。检查文件是否做了faststart处理，也就是索引前移。另外，时长元数据异常、轨道时间基不统一，也可能导致播放器无法定位首帧。这一层不需要改编码，重新封装往往就能解决。
第四层，核对播放器与浏览器差异。同一个文件在不同浏览器里表现不一致，是常见现象。有的浏览器对某种编码支持较好，有的则依赖系统解码器。核对时准备一份自查清单：换两个以上浏览器测试、检查播放器是否指定了编码优先级、确认页面没有脚本拦截视频渲染、查看控制台是否有解码相关报错。清单逐项过一遍，能快速缩小范围。
确认问题层级后，处理方式通常有两种：一是转码，把视频轨统一转为H.264加yuv420p的常规组合，并做faststart处理；二是回退，在网页端提供备用播放源或提示下载查看。交付前应做一次播放兼容性检查，至少在两个浏览器和移动端各测一遍，确认首帧能正常渲染再上线。it数运在网站维护的核对流程中，会把文件轨道信息、编码参数和浏览器表现分开记录，避免把文件问题和播放环境问题混在一起判断。技术问题说清楚，处理起来才有章法。
