The working group that is drafting the W3C's Encrypted Media Extension (EME) specification (aka DRM in HTML5) is baking in language that would allow the DMCA to be invoked despite denials that "EME [is] putting DRM in HTML".
The EME is a set of predefined javascript functions that invoke functions in Content Decryption Modules (CDM) and CDMs are containers for DRM functionality. It's simple and innocuous but how it's worded and what they refuse to define is where the danger lies.
First, the EME is hooked to the DMCA by using very specific legal language: "content protection". One of the people working on the specification freely admits that "it is well-known that the purpose of content protection is not to prevent all unauthorized access to the content (this is impossible)" but despite the fact that it cannot protect the content, the entire working group insists on this very specific language and has refused alternative wording. The reason of course is because "protected content" is the legal term that DRM implementers always use.
Second, the EME is hardware specific by refusing to make a specification for CDMs. By not defining how CDMs are implemented, this leaves it up to each browser author to invent their own. All existing implementations of the CDMs are done using non-portable binary plugins that execute directly on your computer. This means that if a website is using a CDM that isn't ported to your specific browser, OS and architecture, you cannot view the video on that page. So if your computer runs on PowerPC instead of x86 you are out of luck, every site using CDMs will be out of your reach. That's not all, despite having a 4K SmartTV, you can't watch Netflix in 4K because it uses PlayReady 3.0 and it was reveiled last year that PlayReady 3.0 is only for Windows 10 and requires hardware DRM. Specifically it uses an instruction set extension to use a hidden "security processor" which is only in the latest generation of Intel and AMD chips.
All proposed alternatives to the legal language and a legitimate alternative to hardware specific lock-in were rejected by those drafting the EME. After looking into their backgrounds, I found that the group is composed exclusively of Microsoft, Netflix and Google employees.
If you wish to express your concerns, you can still do so on the github issue pages:
Issue #159: Remove all "protection" language
Issue #166: EME specification needs to include a CDM specification
(Score: 5, Informative) by bzipitidoo on Friday April 29 2016, @02:51PM
Indeed. They're up to their old tricks, pushing their propaganda. The most fundamental tricky mistake they make, seemingly on purpose, is conflating copying and stealing. From the W3C document on Encrypted Media Extensions:
"DRM is commonly used to ensure that products (videos and other media) are not stolen or copied."
How many times do we have to go through this? Plagiarism is stealing. DRM does nothing to prevent plagiarism. Assuming for the sake of argument that DRM worked, how exactly does it ensure that media is "not stolen"? It doesn't. They are talking about their dubious expansion of the meaning of "steal". They are sneakily implying with this language that to copy is to steal.
I don't care for the use of that word "products" either, though I know that usage has been accepted for decades at the least. Problem is, "products" confuses people, gets some to accept a mindset in which a too extreme notion of property rights is applicable to copies of art. Ought to call them "works". As for the related term "producer", there are many other workable terms.
The W3C better be careful. They have no legal standing to impose a standard, no authority to shove propaganda down our throats. If we don't choose to follow part or all of their so-called standards, they can't force us. If they get too stupid, we can dump them. We can fork or replace HTML any time and they can't stop us.
(Score: 3, Informative) by jimshatt on Friday April 29 2016, @08:31PM
This recently almost happened, HTML5 being a spec originally developed by WHATWG because XHTML failed to impress (partly due to Microsoft / IE). It was only when W3C adopted development of HTML5 that they became relevant again.