如何在不使用视频的情况下使用HTML5的加密媒体扩展

Question

好吧 - 所以我明白加密媒体扩展（EME）是关于视频解密的开发者。 我的理解是，EME检测何时存在加密，获取适当的密钥（带有许可证）将解密内容并将其传递给正确的编解码器进行渲染。

现在看看更详细一点;从这个好intro article on google developers，并试图看看我是否可以适应EME引擎用于流非视频内容。

我正在研究的挑战是以EME可以为我处理密钥和解密的方式加密一些静态内容。我希望EME足够通用，我可以挂钩回调以向浏览器提供更多静态内容 - 加密 - 因为标准只规定了密钥系统，CDM，许可证服务器，和包装服务）。 问题是我该如何去做这件事？

我确定我们必须有我们自己的包装服务。 但现在的问题延伸到这些细节： -

• 我需要让我自己的许可证服务器（什么是规格为）
• 我可以重复使用的关键系统之一和Chrome附带的CDM，还是有我应该建立自己的方式？
• 我是否必须定义自己的“编解码器”来呈现内容？如是;有没有一种方法可以在浏览器中注册该编解码器？

好吧 - 简而言之，欢迎任何建议或启发。

Answer 1

由于Artjom说，你的问题是有点宽，但一些简单的指针：

• 我需要让我自己的许可证服务器（什么是规格为）

许可证服务器通常与CDM相关联，并且都是专有的，绝对是视频聚焦。因此，如果您使用Chrome和Widevine CDM，那么您必须使用Widevine许可证服务器。

• 我可以重新使用Chrome自带的关键系统和CDM之一吗，还是有我应该自己创建的方法？

如上所述，CDM与许可证服务器紧密联系，通常围绕媒体播放进行设计。如果你使用其中一个现有的，那么它会期望获得一个音频/视频文件播放和一个关键。除非您可以将数据打包到视频中，否则听起来不太适合您的需求。

• 我是否必须定义自己的“编解码器”来呈现内容？如是;有没有一种方法可以在浏览器中注册该编解码器？

编解码器只是一个介质管道的一部分 - 如果它真的可以代表你的数据在一个视频，例如通过简单地使数据的“照片”，那么这将是更容易使用现有的编解码器。