Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

It's not correct for W3C to enforce policies that are worth billions of dollars to big companies at the average user's expense.


That's the thing, though. It's not at the average user's expense. It's only at the technological idealist's expense. The average user is in fact benefited greatly by having an open, standardized approach, because it increases the likelihood that things will Just Work™.


No, it doesn't. The EME standard as proposed makes no guarantees about the availability of a CDM on any particular browser or operating system.


Well, no standard at all makes any guarantees about the availability of something on a particular operating system. HTML as a whole makes no guarantees that a web browser will even exist for your OS.

But a standard makes it a heck of a lot more likely that someone will have written something that works on your platform.


But this standard - EME - isn't for CDMs, it's for the interface between CDMs and Javascript. So yes, your Linux-based browser might well have EME support. But if the company who makes the DRM CDM doesn't support Linux, you're out of luck.

The existence of the EME standard does not in any way increase the likelihood of DRM vendors supporting any more platforms than they do now.


It does make it easier to add support to new platforms, though. If Linux support is just a recompile with a different compiler away (supposing the browser/plugin interface is a simple C API with no GUI), it's more likely to happen.


deep, calming breath

Please, have a read of the proposal. You'll see that a browser implementing EME does not make it any easier to compile a DRM plugin on a different operating system. The proposed standard has nothing to do with that whatsoever.

All the EME spec specifies is a way to interact with the plugin using Javascript.


The point of HTML5 ECE is to tie into OS-level and hardware-level DRM facilities, so in practice it's going to be far harder to port than existing solutions.

In fact we can see this happening already. Netflix supports multiple DRM schemes, one of which is based on the draft HTML5 ECE standard and is used on ChromeOS. Apparently, both the Silverlight-based player and the Android-based player can be used to watch Netflix on ordinary desktop Linux. The ChromeOS one, on the other hand, only runs on authorised Google-provided hardware and only if you don't enable developer mode; no-one's managed to bypass this yet.


I disagree. At the moment, companies have a point of competition on their licensing agreement with customers - exactly what license they allow, and how exactly they choose to enforce it.

That there is competition (and that the market cares) is evident in the fact that iTunes have removed FairPlay DRM from music tracks.

To have an open standard for DRM removes some of this competition point: a win for big incumbents and a loss for consumers.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: