Earlier quoted context omitted.
Oh yeah, and in terms of being a purist - the company I co-founded produced a DRM system for Windows software. It's still in use, and I still make money from feature enhancements and bugfixes to it. So please don't (like a few on the W3 list) paint me as some sort of anticapitalist hippie tinfoil-hat wearer. I know a fair bit about DRM myself, which is why I say it has no place in the W3C or the Open Web.
We have basically two options here. DRM for video and audio streams will be introduced by each browser vendor separately, or we have some kind of standard. I would rather see a standards based approach... This is reality . The merits of DRM really have nothing to do with this discussion.
Requirements for DRM in HTML are confidential
171–180 of 424 posts
Re: Requirements for DRM in HTML are confidential
#172Great. DRM. The best example of shooting yourself in the foot ever. Give customers encrypted content and the keys, try to prevent them from freely using the two together, undermine copyright fair use and first sale doctrines as you go along. Intended effect - No Piracy Actual effect - Paying customers get crippled products, pirates carry on regardless It's crazy. And the more they try to lock it down the worse their…
Let me tell you how things work in the real world. When the people with money say "we want this", you don't argue. It doesn't matter if it's technically infeasible. It doesn't matter if it won't have the intended effect. When the people with money want something, YOU GIVE IT TO THEM. And let them deal with the consequences. Otherwise, you won't get the business, and life can otherwise be made very, very difficult for…
What's wrong with that scenario, exactly?
Re: Requirements for DRM in HTML are confidential
#173Earlier quoted context omitted.
But you can't get a pure HTML5 DRM experience! All the HTML5 bit is, is a Javascript API to a CDM decryptor that is every bit as crappy, proprietary, closed-source, insecure and buggy as Flash or Silverlight.
Well, at the very least, it's a smaller piece of code :). (Don't get me wrong, I'm very strongly opposed to DRM and HTML5 DRM in particular.)
I'll grant you that :)
Re: Requirements for DRM in HTML are confidential
#174I suppose that the title assertion is to be expected. DRM only works if you don't know how it works. ~~~ I'm not sure I see anything wrong with DRM per se (this could be my fever talking), there are probably good uses I'm too dim to think about, but I do think it's unnecessary as part of the HTML specification. There's no industry or company that has switched to DRM-free content, that I know of, that has failed or su…
Re: Requirements for DRM in HTML are confidential
#175Earlier quoted context omitted.
> they are a business negotiation. The fact that you (and others, obviously) think of this as a "business negotiation" is part of the problem. Many of us see Free {Software,Standards} as necessary for a free society, and as such should be considered some kind of "right" similar to those listed in the 1st Amendment. The idea that we should "negotiate" away those rights is obviously not something that will be taken ser…
And only a subset of movies, don't forget: big-money blockbusters. That's the only sort which depend upon the business model 'big media' is trying to protect with DRM.
Re: Requirements for DRM in HTML are confidential
#176Earlier quoted context omitted.
Because those purists - and I'm one - care very deeply about the principles of the Open Web, the very principles that are touted on the W3C website itself. The fundamental issue is this: up until now, anyone with the will to do so and a general purpose computer could build a browser that could display all the content on a W3C-standards-compliant website. If EME + CDM are endorsed, then that will no longer be true. Th…
I don't even understand what the term "Open Web" even means. I don't see how driving video on the web away from flash and onto a standardized system is against the principals of openness, even if DRM is a requirement for content creators.
Re: Requirements for DRM in HTML are confidential
#177I suppose that the title assertion is to be expected. DRM only works if you don't know how it works. ~~~ I'm not sure I see anything wrong with DRM per se (this could be my fever talking), there are probably good uses I'm too dim to think about, but I do think it's unnecessary as part of the HTML specification. There's no industry or company that has switched to DRM-free content, that I know of, that has failed or su…
How is Steam DRM-free? You must first log in to your Steam account in order to play. Locked down. They seem to do it with very good UX, but it's DRM.
I think this negates the first part of your thesis: that DRM-free is picking up.
Re: Requirements for DRM in HTML are confidential
#178Re: Requirements for DRM in HTML are confidential
#179Earlier quoted context omitted.
Because those purists - and I'm one - care very deeply about the principles of the Open Web, the very principles that are touted on the W3C website itself. The fundamental issue is this: up until now, anyone with the will to do so and a general purpose computer could build a browser that could display all the content on a W3C-standards-compliant website. If EME + CDM are endorsed, then that will no longer be true. Th…
I don't even understand what the term "Open Web" even means. I don't see how driving video on the web away from flash and onto a standardized system is against the principals of openness, even if DRM is a requirement for content creators.
Re: Requirements for DRM in HTML are confidential
#180Earlier quoted context omitted.
Can you even name any other class of software that cannot work unless people are somehow forbidden to modify or even read the code? It sounds like this is a problem with DRM, not with the free software movement.
I'm not making any kind of judgement or assigning blame, just stating the fact that free software is fundamentally incompatible with DRM. I'd prefer to see EME get killed. But as a practical matter, if we go into a negotiation with nothing that we're willing to concede, we can't be surprised if it stalls immediately.