Shaka Player中处理HLS清单DRM信息的创新方案

背景介绍

Shaka Player作为一款流行的开源媒体播放器，在处理HLS(HTTP Live Streaming)内容时，对DRM(Digital Rights Management)信息的处理有着严格的要求。在实际应用中，我们发现某些特殊情况下的HLS内容会导致播放失败，这主要与DRM信息的解析逻辑有关。

问题分析

在Cast平台环境中，当使用Shaka Player播放来自Apple Music的HLS内容时，会遇到一个特定的问题场景：

1. 内容提供方仅在DrmInfo的drm.servers字段中指定了密钥系统，但没有提供对应的licenseUri
2. 媒体片段(media segments)实际上并未加密
3. 尽管如此，清单文件仍然不必要地包含了针对Widevine的EXT-X-KEY标签

这种情况下，Shaka Player会按照设计抛出"NO_LICENSE_SERVER_GIVEN"错误。虽然从技术上讲这是预期行为，但在实际应用中造成了兼容性问题。

技术挑战

Shaka Player现有的DRM处理机制会严格检查HLS清单中的EXT-X-KEY标签，即使媒体内容实际上并未加密。这种设计虽然保证了安全性，但在某些特殊场景下显得过于严格，特别是当：

• 内容提供方错误地在清单中包含了DRM信息
• 实际媒体内容并未加密
• 开发者无法控制内容提供方的行为

解决方案

我们提出在HlsManifestConfiguration中新增一个配置选项"ignoreDrmInfo"，该选项默认为false以保持向后兼容性。当设置为true时，播放器将忽略HLS清单中的EXT-X-KEY标签，从而避免触发不必要的DRM检查。

实现原理

该解决方案的核心修改点在于HLS解析器(hls_parser.js)中处理EXT-X-KEY标签的逻辑。通过添加配置检查，可以灵活控制是否解析这些DRM相关信息：

if (!this.config_.hls.ignoreDrmInfo && playlist.segments) {
  // 原有的EXT-X-KEY解析逻辑
}

这一修改将直接影响DrmEngine的行为。当ignoreDrmInfo为true时：

1. hadDrmInfo标志将保持为false
2. queryMediaKeys_()方法不会被调用
3. 因此不会抛出"NO_LICENSE_SERVER_GIVEN"错误

应用价值

这一改进为开发者提供了更大的灵活性，特别是在以下场景中：

1. 处理来自不同内容提供方的HLS流时，即使某些提供方错误地包含了DRM信息
2. 在无法立即修改内容提供方配置的情况下，保证播放兼容性
3. 在Cast平台等特殊环境中，确保播放体验的稳定性

技术考量

虽然这个解决方案提供了便利，但开发者仍需注意：

1. 该选项应谨慎使用，仅在不影响内容安全性的情况下启用
2. 启用后，播放器将不会处理任何清单中的DRM信息
3. 对于真正需要DRM保护的内容，不应使用此选项

总结

Shaka Player的这一改进展示了开源项目如何通过灵活的配置选项来平衡安全性和兼容性。它为开发者提供了处理特殊场景的工具，同时保持了默认情况下的严格安全策略。这种设计思路值得在多媒体播放领域借鉴，特别是在需要处理多样化内容源的复杂环境中。