Dash.js项目中多密钥DRM内容播放问题的分析与解决

问题背景

在Dash.js 5.0版本中，开发者发现当播放使用两个独立密钥(分别用于音频和视频轨道)的DRM加密内容时，系统会弹出一个错误提示框，显示"All possible Adaptation Sets have an invalid key status"。这个问题在播放单一密钥的加密内容时不会出现，且在4.7.4版本中也未发现此问题。

技术分析

根本原因

经过深入分析，发现问题源于Dash.js对多密钥DRM内容的处理逻辑存在缺陷。具体表现为：

1. 测试向量通常使用相同的密钥ID来处理音频和视频内容，或者在一次许可证请求中返回所有密钥
2. LiveSim2测试内容采用了两个不同的密钥ID，分别保护音频和视频轨道
3. 系统需要发起两次独立的许可证请求才能获取两个轨道所需的密钥
4. 原实现中，Dash.js在第一次许可证请求后就检查密钥状态映射表，此时音频密钥ID的状态尚未更新
5. 这导致Dash.js错误地判断音频轨道不可播放，从而触发错误提示

解决方案

针对这一问题，开发团队提出了以下改进方案：

1. 为每个媒体密钥会话添加新的标志位hasTriggeredKeyStatusMapUpdate
2. 只有当媒体密钥会话更新了密钥状态映射表后，才基于密钥状态过滤相应轨道
3. 确保系统等待所有必要的许可证请求完成后再进行可用性检查

实现细节

新的实现方案通过以下方式确保正确处理多密钥DRM内容：

1. 会话状态跟踪：通过hasTriggeredKeyStatusMapUpdate标志位准确跟踪每个密钥会话的状态更新情况
2. 异步处理：系统能够正确处理多个异步许可证请求，不会在中间状态做出错误判断
3. 兼容性保证：新实现同时兼容单密钥和多密钥场景，保持向后兼容性

技术意义

这一改进不仅解决了特定场景下的播放问题，更重要的是：

1. 增强了Dash.js对复杂DRM方案的支持能力
2. 提高了系统在多密钥环境下的稳定性
3. 为未来更复杂的DRM集成场景奠定了基础

结论

Dash.js 5.0版本中对多密钥DRM内容的处理改进，体现了项目团队对DRM兼容性和用户体验的持续关注。通过引入更精细的密钥状态管理机制，系统现在能够正确处理需要多个独立许可证请求的加密内容，为用户提供更稳定、更可靠的播放体验。这一改进也为开发者处理类似的多密钥DRM场景提供了参考范例。