【问题标题】:Encrypted event equivalent for DRM content in safari and IE browsersSafari 和 IE 浏览器中 DRM 内容的等效加密事件
【发布时间】:2018-07-20 12:18:41
【问题描述】:

我们在 Chrome 浏览器中使用加密事件来了解视频内容受 DRM 保护,当我们的播放器收到事件时,我们开始创建会话并从服务器请求 DRM 密钥。但 Safari 和 IE 浏览器不支持此事件。谁能建议我们需要哪个事件来侦听其他浏览器(如 Safari)以了解视频已停止播放,因为它受 DRM 保护?

【问题讨论】:

    标签: javascript internet-explorer safari html5-video drm


    【解决方案1】:

    首先,值得一提的是,所有最新版本的主要浏览器现在都支持加密媒体扩展 (EME) 以播放加密的流式视频。如果您使用的是常见的 3rd 方 Javascript 播放器之一,例如BitMovin 或 JWPlayer,然后跨浏览器播放加密内容应该“正常工作”。

    EME 是一种扩展机制,允许浏览器在 HTML5 视频功能的基础上检测加密内容、请求密钥并使用密钥解密和安全播放加密内容。

    EME 本身是一个 API,它定义了应用程序、浏览器、媒体播放器和 CDM(内容解密模型)之间的交互。它是由 W3.org 指定的,下图是最新规范,可以很好地了解流程:

    您可以看到,当浏览器从 CDN(不是 CDM...)接收到媒体时,它会检测到媒体已加密。浏览器将创建一个“加密”事件并将其发送回您的应用程序(或任何注册监听视频事件的设备)。

    AFAIAW 有两种方法可以查看加密事件 - 你可以像这样注册一个监听器(参见这个例子 - https://www.html5rocks.com/en/tutorials/eme/basics/):

    var video = document.querySelector('video');
    video.addEventListener('encrypted', handleEncrypted, false);
    

    或者您可以将其作为属性包含(参见上面链接的 EME 规范中的示例):

    <video autoplay onencrypted='handleInitData(event)'></video>
    

    但是,正如您所说,目前并非所有浏览器都支持该事件 - 最新支持在这里:https://developer.mozilla.org/en-US/docs/Web/API/HTMLMediaElement/onencrypted#Browser_compatibility

    如果没有此支持,您可以做的一件事是查看视频元数据本身以确定视频是否已加密。

    对于 MPEG DASH 分段 MP4 视频,信息将位于以下一个或两个位置:

    • 在清单文件(mpd 文件)中。
    • 在 mp4 流本身的标头中 - PSSH“原子”或框。

    大多数受 DASH 保护的文件都会在清单中包含这些信息,并且应该很容易检查 - 它看起来像这样:

    </AdaptationSet>
            <AdaptationSet segmentAlignment="true" group="1" maxWidth="852" maxHeight="480" maxFrameRate="24" par="16:9" lang="und">
                <ContentProtection schemeIdUri="urn:mpeg:dash:mp4protection:2011" value="cenc" cenc:default_KID="80399bf5-8a21-4014-8053-e27e748e98c0" />
                <ContentProtection value="ClearKey1.0" schemeIdUri="urn:uuid:e2719d58-a985-b3c9-781a-b030af78d30e">
                    <clearkey:Laurl Lic_type="EME-1.0">https://drm-clearkey-testvectors.axtest.net/AcquireLicense</clearkey:Laurl>
                </ContentProtection>
    

    此示例使用 clearKey,但从您的角度来看,重要的一点是清单中存在“ContentProtection”属性。

    同样,如果您的视频使用 HLS 进行流式传输,则 m3u8 播放列表(即 HLS 等效清单)将显示媒体已加密的指示符,您可以检查该指示符。这是“EXT-X-KEY”标志:

    #EXT-X-KEY:METHOD=AES-128,URI="http://AKeyServer/sceret.key"
    

    视频播放器流式传输视频的方式是使用 HTML5 媒体源扩展机制 (https://www.w3.org/TR/media-source/)。这允许您将视频源设置为本地对象而不是视频 URL。播放器可以查看清单以获取他们想要播放的视频流的 URL,然后通过分块下载该视频块,并将其附加到本地“src”对象。浏览器视频播放器从这个对象中获取视频,就好像它是一个普通的视频文件源一样。

    这里有一个非常广泛共享的示例,有助于演示该方法:https://developers.google.com/web/updates/2011/11/Stream-video-using-the-MediaSource-API

    所以 Javascript 播放器实际上只需要被告知清单文件本身的 Url - 每个人都有不同的方法来获取它,但你可以通过查看 Github 上的源代码来了解 Shakaplayer 是如何做到的 (https://github.com/google/shaka-player)并搜索术语“manifestInput”(在撰写本文时是正确的) - 从这里您可以跟踪 Shakaplayer 如何接受此输入、解析清单文件然后播放视频流。

    【讨论】:

    • 谢谢米克。请让我知道我们是否需要将 .m3u8 文件设置为源文件,或者我们可以将 .mp4 文件设置为 fairplay 的源文件吗?我使用“WebKitNeedKey”事件来检查源是否经过公平播放加密。即使在将源设置为 .mp4 后我得到了 webkitneedkey 事件,我们仍在检查来自 Event 的 initData 是否具有 pssh。但我们在 event 的 initData 中没有。
    • 源通常需要设置为您实际流式传输的任何视频。目前,浏览器往往不支持将 m3u8 或 mpd 直接作为
    • 我还是没明白。您提到的播放器应该设置视频元素的来源才能使其正常工作。对吗?
    • 已更新以提供一些指示 Javascript 播放器如何接受清单,将其解析为视频流 URL,然后使用这些来获取视频并播放它。
    • 谢谢米克。我明白了。如果我理解正确,播放器接受清单,检查流是否已编码,并通过解析清单设置视频元素的 src。玩家将这样做以了解流是否已编码。如果我事先知道流已经编码,那么在我的播放器中,我可以将 src 设置为 mpd 而不是 manifest?我问这个的原因是developer.apple.com/streaming/fps 说我们需要将src 设置为m3u8。感谢您的帮助。
    猜你喜欢
    • 2011-03-21
    • 2010-09-12
    • 2013-01-19
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-04-08
    相关资源
    最近更新 更多