Encryption 是否有一种可行的DRM方法可以防止记录最终流?

Encryption 是否有一种可行的DRM方法可以防止记录最终流?,encryption,media-player,media,drm,copy-protection,Encryption,Media Player,Media,Drm,Copy Protection,我想创建加密媒体(mp3和mp4),需要某种形式的身份验证才能播放。希望在VLC上播放,但如有必要,可使用自定义播放器。或定制版本的VLC。而且应该是本地的。没有流媒体 然而问题是,我已经阅读了很多关于这方面的线程和文章,大多数似乎都建议最终用户可以简单地记录最终的流。使用立体混合的eg 有哪些可行的方案(如果有的话)可以防止这种情况发生,或者至少使其变得极其困难 由于现代计算机图形系统的可扩展性和灵活性,对任何DRM客户端实现来说,保护屏幕捕获软件都是最难实现的目标之一 几个月前,我的团队在这

我想创建加密媒体(mp3和mp4),需要某种形式的身份验证才能播放。希望在VLC上播放,但如有必要,可使用自定义播放器。或定制版本的VLC。而且应该是本地的。没有流媒体

然而问题是,我已经阅读了很多关于这方面的线程和文章,大多数似乎都建议最终用户可以简单地记录最终的流。使用立体混合的eg


有哪些可行的方案(如果有的话)可以防止这种情况发生,或者至少使其变得极其困难

由于现代计算机图形系统的可扩展性和灵活性,对任何DRM客户端实现来说,保护屏幕捕获软件都是最难实现的目标之一

几个月前,我的团队在这个主题上进行了一系列实验,我们发现只有一个DRM客户端实现能够阻止屏幕捕获:Microsoft PlayReady通过HTML加密媒体扩展在Internet Explorer 11中运行

此配置导致录制一个黑色矩形,而不是视频图片。在其他媒体播放器中使用Microsoft PlayReady(例如Silverlight浏览器插件)也无法防止屏幕捕获,因此至少在今天,这种保护级别是针对内置在Internet Explorer 11中的实现的

您可以在此处的成功配置中试用Microsoft PlayReady:

然而,这种方法不能满足您对媒体格式和“无流”的要求。这样的场景不直接在现代DRM技术的范围内,所以我建议您重新构建您的解决方案。使用DASH作为视频格式,并将其流式传输(例如,甚至从同一台计算机本地传输)到基于web应用程序的播放器。这是我以前在需要本地播放的项目上见过的设置,同时仍然支持使用现代媒体交付和DRM技术

随着新技术供应商(谷歌、Adobe、苹果和其他公司)进入大规模数字版权管理市场,以从市场领导者(微软PlayReady)手中抢得一杯羹,数字版权管理技术领域正在快速发展。因此,时不时地重新测试这些结果是值得的