Nexus 6P设备msm_vidc视频解码驱动过载报错的解决及配置调整方法

我之前在Nexus 6P上做视频解码开发时，也碰到过一模一样的call on stream failed HW is overloaded报错，根源就是msm_vidc驱动的硬件资源过载。给你整理几个实测有效的解决思路和配置调整方案：

一、快速临时缓解方法 #

如果需要立刻解决问题，先试试这些不用改系统的办法：

• 强制切换到软件解码：在应用初始化MediaCodec时，明确指定使用软件解码能力。比如Android平台可以在筛选解码器时加上MediaCodecInfo.CodecCapabilities.FEATURE_SoftwareOnly标记；如果用FFmpeg之类的框架，直接设置-hwaccel none参数跳过硬件加速。缺点是会增加CPU负载，但能绕开硬件解码的瓶颈。
• 降低视频流规格：如果是你可控的视频源，把分辨率降到1080p甚至720p，码率调低到2Mbps以内——Nexus 6P的msm_vidc对高码率4K视频的支持本来就很勉强，降规格能直接减轻硬件压力。
• 清理后台资源：msm_vidc和GPU、小核CPU共享硬件资源，后台如果有游戏、视频编辑这类高负载APP，全部关掉，能立刻释放一部分解码资源。

二、系统级配置修改（需Root权限） #

如果要从驱动层面解决，需要修改msm_vidc的参数配置，这些操作需要设备Root：

• 调高驱动负载阈值：msm_vidc默认有个负载保护阈值，超过就会触发报错。通过sysfs节点修改：

  # 先获取Root权限
  su
  # 把负载阈值从默认的60左右调到80（范围0-100）
  echo 80 > /sys/module/msm_vidc/parameters/load_threshold
  

  这个修改重启后会失效，要持久化的话，可以把这条命令加到/system/etc/init.d/目录下的启动脚本里，或者用Magisk模块自动挂载执行。
• 优化DSP协同调度：Nexus 6P的视频解码依赖Hexagon DSP，而DSP和小核CPU（A53）协同工作。把小核调到性能模式：

  su
  echo performance > /sys/devices/system/cpu/cpu4/cpufreq/scaling_governor
  echo performance > /sys/devices/system/cpu/cpu5/cpufreq/scaling_governor
  

  这样能提升小核的响应速度，间接减轻DSP的解码压力。

三、应用层长期优化建议 #

从应用代码层面优化，能从根本上减少过载概率：

• 复用MediaCodec实例：不要每次解码都创建新的MediaCodec对象，解码完成后调用reset()重置，然后复用实例——频繁创建销毁会导致驱动反复分配释放资源，容易触发过载。
• 限制并发解码数量：Nexus 6P的硬件解码最多支持1-2路1080p流，应用里如果有多个视频同时播放/解码，把并发数限制在2以内，超过的话自动降级到软件解码。
• 监听过载异常并降级：在代码里捕获MediaCodec.CodecException，当异常信息包含HW is overloaded时，自动切换到软件解码，或者暂停当前解码任务，等资源空闲后再恢复。

注意事项 #

• 修改sysfs节点前最好备份原参数，比如先执行cat /sys/module/msm_vidc/parameters/load_threshold记录默认值，出问题可以改回去。
• Root操作有风险，修改系统文件前确保设备已经解锁Bootloader并做好备份。

内容的提问来源于stack exchange，提问作者MSD Paul