W3C home > Mailing lists > Public > public-html-admin@w3.org > January 2013

Re: Oppose DRM ! Re: CfC: to publish Encrypted Media Extensions specification as a First Public Working Draft (FPWD)

From: イアンフェッティ <ifette@google.com>
Date: Tue, 22 Jan 2013 14:27:11 -0800
Message-ID: <CAF4kx8c6uGvAxN+AddJq9Y+bxxG5uubdr-Gj+zBs-kBrv5mDgQ@mail.gmail.com>
To: Clarke Stevens <C.Stevens@cablelabs.com>
Cc: "Mays, David" <David_Mays@comcast.com>, "public-html-admin@w3.org" <public-html-admin@w3.org>, "john@netpurgatory.com" <john@netpurgatory.com>, "Kotay, Sree" <Sree_Kotay@cable.comcast.com>, Andreas Kuckartz <a.kuckartz@ping.de>, Mathias Bynens <mathias@qiwi.be>
Also, why do people insist that drm is incompatible with foss? Yes, today's
implementations are largely security through obscurity but there is nothing
that fundamentally prevents an open source drm stack if one wished to make
the investment. Create a hardware tpm and publish the specs, build some
form of attestation on top of it, etc. Clearly nontrivial but not
fundamentally impossible. Many of the arguments seem motivated by a
distaste of either current implementations or a belief that content ought
to be licensed under different models than what we currently see, not any
evidence of a true fundamental incompatibility.
On Jan 22, 2013 2:17 PM, "Clarke Stevens" <C.Stevens@cablelabs.com> wrote:

> I think there are two critical points that we need to consider:
> 1. The proposed solution does not prevent content creators from
> distributing their content without protection if they choose to do so.
> Rejecting the specification would eliminate one collaboratively developed
> and common means for content creators to distribute their content while
> maintaining some additional control.
> 2. While rejecting the proposed solution might make a principled
> statement, it is unlikely (IMO) to lead to the desired outcome of content
> being distributed without restriction. It is much more likely to reinforce
> the current status of providing proprietary and non-interoperable
> solutions.
> Thanks,
> -Clarke Stevens
> CableLabs
Received on Tuesday, 22 January 2013 22:27:38 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:57:21 UTC