同一个MP4文件，在自己的手机上播放流畅，发给同事后却在部分安卓机上出现黑屏——声音可能还在，画面却始终出不来。遇到这类情况，很多人第一反应是文件损坏了，但既然文件能在部分设备上正常播放，说明文件本身大概率是完整的。真正的问题往往出在编码参数与设备解码能力的匹配上：文件采用了较新的编码档次，而部分设备的硬件解码器只认较老的档次。网站维护中处理这类反馈，按层次逐项核对，比反复让用户重传文件更有效。
第一层，先核对视频编码档次与级别。H.264常见的有Baseline、Main、High三个档次，档次越高，压缩效率越好，但对解码能力的要求也越高。部分老旧或低端安卓设备的硬件解码器只稳定支持Baseline或Main，遇到High档次就可能直接黑屏。级别数值同样重要，级别越高，支持的分辨率、码率和帧率上限越大，超出设备标称范围时，解码器可能放弃输出画面。核对方法很简单，用媒体信息工具查看视频流的profile与level字段，记录具体数值，再与反馈机型的公开参数对照。
第二层，核对分辨率与帧率是否超出设备解码上限。不同机型对分辨率和帧率的支持差异明显，同一档次编码下，1080p与4K、30帧与60帧对解码器的压力并不相同。有些设备能解1080p的High档次，却无法处理同档次下的高帧率或高码率视频，表现同样是黑屏或卡住。维护时不要只看“支持H.264”这一句笼统描述，而要落到具体分辨率、帧率和码率组合上判断。
第三层，核对封装标识与moov位置。MP4的索引信息moov如果放在文件尾部，播放器需要先下载完整文件才能开始解码，边下边播场景下容易表现为长时间黑屏。经过faststart处理的文件把moov前置，播放器可以更快拿到索引。核对时查看moov的偏移位置，若在文件末尾，可先做一次无损重封装再测试，这一步成本低，却能排除不少误判。
第四层，核对音频轨是否拖累整体播放。有些黑屏并非视频轨解码失败，而是音频编码不被支持，导致播放器整体初始化中断。排查时可以把音视频分离，单独播放视频轨，再单独播放音频轨，看问题跟随哪一路出现。若视频轨单独播放正常，就要重点检查音频编码与封装组合。
实际排查可以按固定顺序推进：先看编码档次与级别，再看分辨率、帧率和码率组合，接着检查moov位置，最后做音频轨分离测试。若确认是编码档次过高，转码回退到Main或Baseline档次、适当降低分辨率与帧率，通常能覆盖更多设备。网站维护中，it数运通常建议把上传校验与转码回退作为常规环节，而不是等用户反馈后再临时补救，这样同一类黑屏问题会明显减少。把技术问题说明白，把交付过程做清楚，很多看似棘手的播放故障，其实在文件进入系统之前就能被拦住。
