Hacker News new | past | comments | ask | show | jobs | submit login

Exactly. This illustrates why this W3C spec is not DRM. Some other DRM technology is needed for certain modes.



So it's not DRM, it's just a way for 3rd parties to plug in their own DRM system.

Sorry, that's worse, not better.


Third parties, namely Flash and Silverlight, already plug in their own DRM systems via NSAPI. How is this worse?


Depends. What Flash and Silverlight do is just as bad => This proposal isn't worse.

But Flash and Silverlight are dead or dying and were never public specifications we cared about. What I consider 'worse' here in this proposal is that we'd kind of 'bless' the DRM layer in HTML. I fear a comment like "Hey, it's part of HTML 5 so it has to be good, right?" if nonsense like this is added.


Oops, I meant NPAPI (not NSAPI).


We don't want to make it easier to add DRM. The more painful it is, the better.




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

Search: