EME Web DRM

Cluster discusses the standardization of Encrypted Media Extensions (EME) for DRM in HTML5 browsers, including debates on proprietary CDMs, browser implementations like Firefox and Chrome, and threats to the open web.

📉 Falling 0.3x Web Development
3,292
Comments
20
Years Active
5
Top Authors
#1992
Topic ID

Activity Over Time

2007
1
2008
3
2009
16
2010
96
2011
72
2012
61
2013
701
2014
429
2015
208
2016
267
2017
503
2018
68
2019
228
2020
111
2021
113
2022
83
2023
185
2024
67
2025
70
2026
10

Keywords

MS e.g CPU FOSS MPAA mozilla.org CDM UI IE6 EME drm browser flash browsers web plugin firefox content blob blobs

Sample Comments

the_ancient Jan 16, 2016 View on HN

Umm noEME Standardized the Plugin err "extension" API. It in no way standardizes DRM. The Stardardization is around the way Javascript will be used to call inside HTML5 the browsers CDM (content decryption module" which is a plugin by another name.There are currently 3 competing technologies, with more to come, that are incompatible with FOSS, incompatible with open systemsFor Chrome Browsers there is Google Widevine CDMFor MS Browsers there is MS PlayReadyFor Fi

peterhadlaw Jul 9, 2024 View on HN

Wouldn't the sites just not allow the content to play on a non-DRM approved browser?

mikeryan Oct 3, 2013 View on HN

The DRM isn't actually implemented by the browser its more of a plugin architecture (Encrypted Media Extensions) which commercial closed source DRM plugin can fill.

Gabrys1 Nov 23, 2023 View on HN

Could be some DRM tech that will become mandatory to view the web

MrMid Sep 18, 2017 View on HN

Doesn't Firefox block DRM content by default? If they continue to do so, and if Chrome does so, then this shouldn't have much effect. If most peoples browsers block it, apps shouldn't use it.

pippy Jan 28, 2015 View on HN

If you're referring to Encrypted Media Extensions it's not a DRM mechanism that requires proprietary software. It's a specification for a communication channel between a browser and Digital Rights Management agent software on the local machine. While it's not ideal, it's just some javascript functions that interact with the DRM on the computer. The DRM software itself is completely optional.It's much better than having plugins that do the same thing (if you use f

eridius Apr 16, 2013 View on HN

DRM isn't in html specs. This is just a standardized interface to a vendor-supplied DRM component.

davexunit May 14, 2014 View on HN

Sure, the user may want to access DRM-encumbered content, but we shouldn't promote such a thing. You're not denying the users anything by refusing to implement EME, the media companies are denying the users freedom by insisting on using malware to deliver content! Just because users want Netflix in Firefox doesn't mean that it's the right thing to provide.

realusername Jul 13, 2017 View on HN

DRM is only there because of Chrome implementing it, Firefox resisted but had to give up due to market share.

spriggan3 Apr 15, 2016 View on HN

Unfortunately, since the W3C caved on EME and DRMs apis for videos (i.e. plugins), there is a possibility of seeing that scheme being extended to images or text content. They caved once, there is absolutely no guarantee they wont cave again in the future and put the interests of a few companies before the idea of a free web.