Shaka Player在Android Chrome上的Widevine DRM兼容性问题分析

问题背景

Shaka Player作为一款流行的开源HTML5媒体播放器框架，在Android Chrome浏览器上播放使用Widevine DRM保护的DASH内容时，开发者遇到了一个棘手的兼容性问题。主要表现为在某些情况下无法成功创建CDM（Content Decryption Module）实例，导致播放失败。

问题现象

在Android Chrome 131.0.6778.105（运行于Android 14系统）环境下，播放Widevine加密的DASH内容时，经常会出现错误代码6002（FAILED_TO_CREATE_CDM），并伴随"Unable to create MediaCrypto session"的错误信息。这个问题并非总是出现，而是呈现间歇性特征，有时能正常播放，有时则失败。

问题分析

经过深入调查，发现问题的核心在于MediaKeys的创建过程。以下是关键发现：

1. 重试机制有效性：通过实现重试机制，发现多次尝试创建MediaKeys可以提高成功率。这表明问题可能与Widevine CDM模块的初始化状态有关。

2. Robustness配置影响：当不指定任何robustness级别时，问题最为明显。而指定SW_SECURE_DECODE（视频）和SW_SECURE_CRYPTO（音频）等软件级别的robustness后，首次尝试创建MediaKeys的成功率达到100%。

3. 平台特性：这一问题在Mac版Chrome上不会出现，是Android Chrome特有的行为。这表明底层DRM实现存在平台差异。

技术原理

在EME（Encrypted Media Extensions）规范中，MediaKeySystemAccess.createMediaKeys()方法负责创建实际的DRM会话。在Android平台上，Widevine CDM的实现与硬件安全环境紧密相关：

1. CDM初始化：Widevine CDM需要与设备的硬件安全模块（如TEE）建立连接，这个过程可能需要时间。

2. Robustness级别：不同的robustness级别对应不同的安全级别实现。软件级别的实现（SW_）通常更容易初始化，而硬件级别（HW_）或默认级别可能需要更复杂的初始化过程。

3. 异步特性：CDM的初始化是异步进行的，但EME API没有提供直接查询CDM准备状态的方法。

解决方案

基于以上分析，推荐以下解决方案：

1. 明确指定Robustness级别：在DRM配置中明确设置软件级别的robustness：

drm: {
  advanced: {
    'com.widevine.alpha': {
      'videoRobustness': 'SW_SECURE_DECODE',
      'audioRobustness': 'SW_SECURE_CRYPTO'
    }
  }
}

2. 实现重试机制：对于无法指定robustness级别的场景，可以实现自动重试逻辑，增加成功几率。

3. 错误处理优化：在播放器实现中，针对6002错误实现特定的恢复策略，如自动重试或提示用户刷新页面。

最佳实践建议

1. Android平台适配：针对Android Chrome的特殊性，建议在DRM配置中始终明确指定robustness级别。

2. 兼容性测试：在支持Widevine DRM时，应特别关注Android设备的测试覆盖。

3. 状态监控：虽然无法直接查询CDM状态，但可以通过超时和重试机制间接处理初始化问题。

结论

这一问题揭示了Android平台上Widevine DRM实现的特殊性，特别是在CDM初始化方面。通过明确配置robustness级别，可以有效规避此问题。这也提醒开发者，在跨平台DRM实现中，需要针对不同平台进行特定的适配和测试，以确保最佳的用户体验。