客服转来一条反馈：同一段OGG视频，在同事的安卓手机上只有声音没有画面，在另一台手机上直接黑屏，而在电脑浏览器里播放正常。遇到这类情况，先别急着换文件，也别立刻归因于手机老旧。第一步要做的，是把“机型问题”和“文件问题”分开看：让反馈用户提供手机型号、系统版本、浏览器名称，同时用同一文件在两台以上设备交叉播放。如果只有个别机型异常，倾向兼容问题；如果多台安卓机表现一致，倾向文件本身的封装或编码问题。
第一层核对容器与编码标识。OGG只是一个容器名称，里面装的视频轨可能是Theora，也可能是VP8、AV1等不同编码。部分安卓浏览器对OGG容器内的特定视频编码支持并不完整，出现“有声音无画面”往往说明音频轨被识别，视频轨解码失败。可以用媒体信息工具查看文件的容器格式、视频编码、音频编码和分辨率，再对照目标机型的浏览器支持范围。若视频轨编码不在移动端常见支持列表内，基本可以判定为解码能力不匹配，而不是网络或页面样式导致。
第二层核对服务端转码策略。确认文件编码后，不要指望每台手机都能直接播放原始OGG。更稳妥的做法是在上传环节增加统一转码，把视频转出MP4容器加H.264视频编码的通用版本，作为移动端默认播放源。触发条件可以设为：原始文件为OGG容器，或视频轨编码不在白名单内，或分辨率超过移动端阈值。转码不是一次设置就完事，需要规定转码完成后的抽检动作，避免出现转码成功但画面异常的情况。
第三层核对前端播放器能力探测。页面不应把文件地址写死，而应根据浏览器能力选择播放源。判断清单可以这样列：先检测浏览器是否能播放目标编码，能则用原始文件，不能则切换到转码版本；检测结果按浏览器与系统版本缓存，减少重复判断；播放器加载失败时提供明确提示与备用下载入口，而不是停在黑屏状态。这套逻辑写进模板后，同类问题就不必每次临时排查。
为方便日常维护，可以整理一份上传视频格式兼容自查表，包含四列：格式、封装、编码、目标端。每收到一种新格式，就补一行记录，标明它在桌面端和移动端的实际表现。表格不需要复杂，关键是长期积累，让后来的人能直接查到结论。
最后收束成可执行流程：上传即检测，读取容器与编码信息并给出兼容判断；转码后回放抽检，至少覆盖一台安卓机和一台桌面浏览器；保留原始文件，便于追溯和重新转码。it数运在网站维护中的核对思路也是如此，先分层定位，再固化流程，让每一次黑屏反馈都能落到具体环节，而不是反复试错。
