同一条上传的视频，在新手机上播放正常，到了旧设备或旧浏览器里却只有画面没有声音。遇到这种情况，用户往往先怀疑网站出了问题，但真正的原因多半不在播放器本身，而在于视频的音视频编码与设备的解码能力没有匹配上。HEVC也就是H.265，压缩效率较高，但如果配套音频选了设备不支持的编码，旧设备就可能只解出画面、放弃音频。排查这类问题，关键是按顺序核对，而不是急着重新上传。
第一层核对视频容器与音轨编码格式
先确认文件的封装格式和音轨编码，而不是只看扩展名。MP4只是容器，里面可能装HEVC视频加AAC音频，也可能装HEVC视频加其他音频编码。用常见的媒体信息查看工具打开文件，重点看两处：视频轨是不是HEVC，音频轨是什么编码、采样率多少、声道几个。旧设备对音频编码的宽容度通常比视频更低，一些较新的音频编码在旧系统上根本没有对应解码器，表现就是画面正常、声音消失。这一步要拿到明确结论：音频编码是否属于该设备常见支持范围。如果音轨编码偏新，问题基本就定位了。
第二层核对浏览器与系统对HEVC及配套音频的支持范围
同一台设备上，系统播放器和浏览器播放器的能力可能不同。有的系统具备HEVC硬件解码，但浏览器内核调用不到；有的浏览器能软解视频，却对音频编码支持不全。核对时要区分两件事：设备是否支持HEVC，以及设备是否支持这条音轨的编码。前者决定画面能不能出来，后者决定声音有没有。还要注意硬件解码与软件解码的差异，硬件解码省电流畅，但支持的编码组合更固定；软件解码兼容性稍好，却受性能和旧系统限制。把设备型号、系统版本、浏览器版本和实际播放表现对应起来记录，才能判断是普遍问题还是个别环境问题。
第三层核对转码与回退方案
确认编码不匹配后，处理方向是提供通用编码的备选版本，而不是让用户换设备。常见做法是保留原文件，同时生成一条兼容性更好的版本，视频用广泛支持的编码，音频优先选择AAC这类通用性较强的编码，并控制采样率和声道数在常见范围内。判断标准可以简单一些：如果目标用户中存在较多旧设备，就应默认提供兼容版本；如果只是个别反馈，可以先确认其环境再决定是否补充。转码后要实际在旧设备上试播，不能只看转码成功提示。it数运在网站维护中处理这类问题时，通常会把编码核对和回退方案一起纳入交付说明，避免同类反馈反复出现。
上传前自检清单与常见错误
自检可以按五项走：一看容器是否为常见格式，二看视频编码是否为HEVC，三看音频编码是否通用，四看目标设备与浏览器版本，五看是否准备了兼容版本。常见错误有三个：只改扩展名不改编码，误以为改后缀就能兼容；只关注视频编码，忽略音轨；转码后没有在旧设备上实测。排查顺序应当是先确认编码，再判断设备支持范围，最后决定是否转码，而不是一上来就反复重传。把这条顺序固定下来，旧设备无声的问题会好处理很多。
