mpv-android硬件解码在播放列表切换时失效问题分析

问题现象

在mpv-android视频播放器中，当用户播放文件夹中的多个视频文件时，如果启用了MediaCodec硬件解码(mediacodec)，首次播放正常，但在切换到下一个视频时会出现硬件解码失败的情况。此时播放器会回退到mediacodec-copy模式或软件解码模式。

技术背景

mpv-android在Android平台上使用MediaCodec API进行硬件加速视频解码。当配置为mediacodec模式时，它会通过AImageReader创建一个Surface用于视频帧输出。这个Surface在整个硬件解码器生命周期中被重复使用。

问题根源分析

通过日志分析发现，在视频切换时出现以下关键错误序列：

1. 新视频尝试连接Surface时失败，错误代码-22(无效参数)
2. MediaCodec配置失败，状态码-542398533
3. 解码器启动失败

深入研究发现，根本原因在于ffmpeg中的MediaCodec解码器实例没有及时释放。具体表现为：

1. 旧的MediaCodec实例在解码器关闭后仍然保持活动状态
2. 由于Android系统的限制，同一Surface不能同时被多个MediaCodec实例连接
3. mpv播放器为了平滑过渡，会保持前一帧图像直到新帧准备好，这间接延长了MediaCodec资源的生命周期

解决方案

经过技术验证，有两种可行的修复方案：

方案一：修改ffmpeg代码

在ffmpeg的mediacodec解码器关闭函数中强制立即释放MediaCodec实例：

int ff_mediacodec_dec_close(AVCodecContext *avctx, MediaCodecDecContext *s)
{
    atomic_fetch_add(&s->serial, 1);
    if (s->codec) {
        ff_AMediaCodec_delete(s->codec);
        s->codec = NULL;
    }
    ff_mediacodec_dec_unref(s);
    return 0;
}

方案二：修改mpv播放器代码

在mpv的视频输出模块中，确保在重新配置视频输出前完全释放所有硬件解码资源：

// 在vo_gpu.c中增加资源释放逻辑
static void reconfig(struct vo *vo)
{
    struct gpu_priv *p = vo->priv;
    unref_current_image(p);
    // 其他重新配置逻辑...
}

技术影响

方案一虽然能解决问题，但属于临时解决方案，可能会引发稳定性问题。方案二是更彻底的修复方式，它确保了资源释放的顺序性和完整性。最终上游采用了更完善的资源管理机制来彻底解决这个问题。

用户建议

对于终端用户，可以采取以下临时解决方案：

1. 使用mediacodec-copy模式替代mediacodec模式
2. 等待官方发布包含修复的新版本
3. 避免在播放列表中混合使用不同编码格式的视频

这个问题展示了多媒体播放器中资源生命周期管理的重要性，特别是在涉及硬件加速和跨进程/跨API边界交互时的复杂性。