Commentary

Serdar Yegulalp
 

Isn't 'Open DRM' A Contradiction?

"Open DRM", a contradiction? Not according to the Marlin Developer Community. This consortium claims it's created an "open" digital rights management scheme, one that also allows a degree of sharing and movement of content. But under it all isn't DRM still just ... DRM?

"Open DRM", a contradiction? Not according to the Marlin Developer Community. This consortium claims it's created an "open" digital rights management scheme, one that also allows a degree of sharing and movement of content. But under it all isn't DRM still just ... DRM?


More Software Insights

White Papers

More >>

Reports

More >>

Webcasts

More >>

Marlin -- formed as an alliance between Intertrust Technologies, Panasonic, Philips, Samsung, and Sony -- is an attempt to address some of the common complaints about DRM while at the same time still providing an ecosphere (I hate that word, come to think of it) for protecting whatever's wrapped in it. I use the term attempt, because the whole thing hasn't yet received the kind of broad usage that would determine how well it holds up in the real world.

The blurbs sure sound nice, though:

Unlike many other DRM systems, Marlin

  • gives users the freedom to exchange and transfer content directly between any two devices that they own (without the need to synchronize licenses)
  • allows multiple family members to share their devices and content
  • allows temporary use of an individual's content on "guest" devices (those owned by other individuals)

Marlin's unique architecture permits this degree of user flexibility while still protecting content owners' interests and guarding against widespread copyright abuse and piracy.

While Marlin have published the details of its system on the Web, you can't just download code samples Sourceforge-style, though -- you have to create an account (unless your company's already a partner) to get access to the SDKs or the reference implementations. It doesn't seem to be an open project the way something like Apache or Firefox is. Not that I would have expected a community of that kind to create a DRM project, since the very philosophy of DRM's pretty antithetical to what a lot of open source stands for.

Is there room for a community-engineered DRM solution at all? Sure there is -- I'd be foolish if I claimed that DRM had no utility whatsoever. A corporation that wants to prevent data leaks, for instance, would have a clear need for something of this ilk.

But for regular consumers, DRM's never proven itself to be anything but a total hassle, and I speak from personal experience. I tried -- tried -- to use Sony's DRM-protected music service for a while and just gave up in despair. Too glitchy, too many complications, and when eMusic and eventually Amazon.com also were available and offered many of the same things without idiotic protection mechanisms, it wasn't hard to figure out which way to go.

It's not the implementation. It's the philosophy. If you try to lock up something that wasn't locked up before, of course people are going to resist. It's foolish to expect anything less.

Follow me on Twitter: http://twitter.com/syegulalp


Related Reading




Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

InformationWeek encourages readers to engage in spirited, healthy debate, including taking us to task. However, InformationWeek moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. InformationWeek further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.
T-Shirt Giveaway T-Shirt Giveaway: Each week we're selecting one great comment from our readers. The author of the comment will receive an InformaitonWeek Community t-shirt. So get posting!
Subscribe to RSS

Resource Links