在播放器中使用HLS和DASH + DRM的推荐方法是什么? [英] What is the reccomended way to use HLS and DASH + DRM in a player?

查看:701
本文介绍了在播放器中使用HLS和DASH + DRM的推荐方法是什么?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我正在使用VideoJS播放器并有CMAF视频,所以我正在使用HLS和DASH.我也在使用所有3种类型的DRM.适用于hls的Fairplay,适用于破折号的Widevine和playready.

I'm using the VideoJS player and have a CMAF video so I am using HLS and DASH. I'm also using all 3 types of DRM. Fairplay for hls, widevine and playready for dash.

我的问题是,我应该在播放器中同时包括hls和破折号源,然后让播放器决定播放哪个吗?还是我检测到浏览器并仅基于该浏览器插入正确的URL?另外,DRM是相同的.我可以只将所有DRM添加到播放器吗?还是应该只添加一个适用的内容?

My question is should I include both hls and dash sources in the player and let the player decide which one to play? Or do I detect the browser and only insert the correct url based on that? Also DRM is the same. Can I just add all DRM to the player? Or should I only add the one that applies?

推荐答案

HLS vs DASH的使用通常由最终设备和客户端功能以及规则决定.

The use of HLS vs DASH is typically dictated by the end device and client capabilities and rules.

iOS和Safari通常使用HLS和FairPlay,Android,Firefox和Chrome使用DASH和Widevine,Windows和Edge使用DASH和PlayReady.

iOS and Safari typically use HLS and FairPlay, Android, Firefox and Chrome use DASH and Widevine and Windows and Edge use DASH and PlayReady.

请注意,Widevine和PlayReady可以使用相同的DASH流-CENC(通用加密标准)允许相同的流同时包含Widevine和PlayReady DRM信息.

Note that Widevine and PlayReady can use the same DASH stream - CENC, Common Encryption standard, allows the same stream to include both Widevine and PlayReady DRM information.

这时,Apple iOS设备必须使用HLS在移动网络上播放超过10分钟的内容:

At this time, Apple iOS devices must use HLS for content greater than 10 mins over a mobile network:

2.5.7超过10分钟的蜂窝网络上的视频流内容必须使用HTTP Live Streaming,并包括基线192 kbps的HTTP Live流.

2.5.7 Video streaming content over a cellular network longer than 10 minutes must use HTTP Live Streaming and include a baseline 192 kbps HTTP Live stream.

( https://developer.apple.com/app-store/review/guidelines/)

因此,提供给Apple设备的流通常是HLS,而将DASH用于其他设备.

For this reason streams served to Apple devices are usually HLS, while DASH is used for other devices.

CMAF允许将相同的分段媒体流同时用于HLS和DASH,而仅针对每个协议的索引"或清单文件,大大降低了这种影响.

CMAF greatly reduces the impact of this by allowing the same segmented media stream be used for both HLS and DASH, with just the 'index' or manifest files being specific to each protocol.

对于加密内容,它有点复杂.目前,FairPlay使用与使用AES-CTR的Widevine和PlayReady不同的AES加密模式AES CBC.这意味着您仍然需要两个媒体副本来提供加密的内容流.

For encrypted content it is a bit more complicated. At this time, FairPlay uses a different AES encryption mode, AES CBC, than Widevine and PlayReady which use AES-CTR. This means you still need two copies of the media to serve encrypted content streams.

这种情况正在改变,因为Widevine和PlayReady现在已经宣布支持AES-CBC和AES-CTR,但是要花一些时间才能部署到已部署的设备中.

This is changing as Widevine and PlayReady now have announced support for AES-CBC as well as AES-CTR, but it will take some time for this to roll out to deployed devices.

这篇关于在播放器中使用HLS和DASH + DRM的推荐方法是什么?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆