November 21, 2024

Archives for December 2004

Inside the DVD Procedural Specifications

As I noted yesterday, part of the license that DVD makers have to sign is <a href="As I noted yesterday, part of the license that DVD makers have to sign is available on the DVD Copy Control Association (DVD-CCA) website. It’s 48 pages of dense technolegalese, consisting mostly of a list of things that DVD players aren’t allowed to do. On reading it, three things jumped out at me.

First, DVD region coding, the mechanism designed to stop DVDs bought in one part of the world from being played in another part, is the subject of much more regulatory effort than I expected. For example, there are special robustness requirements for region coding. (In the weird Orwellian language of DRM vendors, “robustness” is a code word denoting the use of deliberately complex, nonmodular designs so as to resist diagnosis, analysis, and repair.)

Second, it seems to be impossible to build a software DVD player that complies with the requirements. According to section 6.2.4.2 (page A-20),

Specificially, [software] implementations shall include all of the [required anti-reverse-engineering characteristics] which shall be implemented in a way that it is reasonably certain they: cannot be defeated or circumvented using widely accessible tools such as but not limited to debuggers, decompilers, and similar Software development products; and can only with difficulty be defeated or circumvented using professional computer engineering equipment such as … logic analyzers …

To comply with this, one would somehow have to write a piece of software whose data and algorithms absolutely cannot be determined by a person using a debugger or decompiler. We can be “reasonably certain” that any program written today can be understood using these tools. (It seems reasonable to read “cannot” as requiring absolute impenetrability, given that the next clause says “only with difficulty”.)

Third, the document bans DVD players from taking a movie that is encoded on a DVD at one level of resolution and outputting that movie on an analog output at a higher level of resolution. (Section 6.2.1.1 (2), page A-11) This ban holds even if the DVD publisher wants to allow a higher-resolution output. I couldn’t figure out what the purpose of this restriction might be. Maybe the document’s authors just got carried away after writing pages and pages of text limiting the functionality of DVD players.

DVD-CCA Sues to Suppress Kaleidescape Product

DVD-CCA, the outfit that licenses the lame DVD anti-copying technology, has sued Kaleidescape, a maker of home video servers, according a news.com story by John Borland:

[DVD-CCA is suing Kaleidescape.] The company, which has won several recent consumer electronics awards, said it has worked closely with the DVD CCA for more than a year, and will fight the suit, filed Tuesday.

Kaleidescape creates expensive consumer electronics networks that upload the full contents of as many as 500 DVDs to a home server, and allow the owner to browse through the movies without later using the DVDs themselves. That’s exactly what the copy-protection technology on DVDs, called Content Scramble System (CSS) was meant to prevent, the Hollywood-backed group said.

“The express intent and purpose of the contract and CSS are to prevent copying of copyrighted materials such as DVD motion pictures,” Bill Coats, a DVD CCA attorney, said in a statement. “While Kaleidescape obtained a license to use CSS, the company has built a system to do precisely what the license and CSS are designed to prevent–the wholesale copying of protected DVDs.”

From the DVD-CCA rhetoric, you might think this suit is about copyright infringement. Reading the article and DVD-CCA statements carefully, though, it seems as if it’s just a contract dispute about whether Kaleidescape violated the terms of its license agreement with DVD-CCA.

(I haven’t seen DVD-CCA’s complaint yet, so I can’t be absolutely sure that there are no copyright claims. But if it were a copyright case, one would have expected the plaintiffs to include some major copyright owners, such as movie studios.)

The subtext here is that DVD-CCA is trying to maintain its control over all technology related to DVDs. In the good old days, copyright law gave copyright owners the right to sue infringers but gave no right to stop noninfringing uses just because the copyright owner didn’t like them. These days, copyright interests seem to want broad control over technology design.

It’s far to early to tell whether this lawsuit will involve big policy issues, or whether it will be confined to narrow issues of contract interpretation. Regardless, its a good bet we’ll learn more about how the DVD-CCA operates.

By the way, the DVD-CCA’s “Procedural Specifications” are freely available for download by anybody who provides their name and contact information. (Amusingly, the Procedural Specifications document itself says, falsely, that “[t]he Procedural Specifications are provided only to CSS Licensees, prospective CSS Licensees, and others with a business need to know consistent with the intent and purposes of the CSS licensing process.”)

Few Sci/Tech Books in OCLC Top 1000

Recently OCLC, a large library consortium, compiled a list of the top 1000 books, measured by the number of copies held by member libraries. In light of the earlier discussion here about must-read books on science and technology, I decided to see which sci/tech books made the OCLC top 1000.

As with the previous college presidents’ list, the results are disappointing. Here are the science/technology books in the OCLC top 1000, leaving out periodicals, general encyclopedias, and medical reference books:

Rank Author Title
115 Darwin Origin of Species
406 Levine Internet for Dummies
422 Darwin Voyage of the Beagle
445 Hawking Brief History of Time
575 Newton Principia
777 Mueller Upgrading and Repairing PCs
966 Krol Whole Internet Guide

Origin of Species is a reasonable pick for the top of the science list, but it ranks surprisingly low, behind three cartoon books. (Garfield ranks 18th, tops among books by living authors. The other two are Doonesbury and Peanuts.) The ideas from Newton’s Principia pervade modern physics, but the book itself is mainly of historical interest. Voyage of the Beagle and Brief History of Time are worthy enough.

It’s the technology books that really disappoint. These books are useful, to be sure, and it’s not surprising that libraries have them. What’s really sad is that no book about the intellectual content or impact of engineering or computer technology made the list.

This stuff is important! Are we as technologists failing to write engaging books about it? Are librarians or the public failing to recognize the value of the books that are written? Probably all of these things are true.

Snocap Tries Authorized P2P

Snocap, a company involving Napster founder Shawn Fanning, is trying to enable new peer-to-peer networks that identify copyrighted works and charge users for receiving them, according to Jeff Leeds’ story in Friday’s New York Times. Snocap is not itself building the P2P network(s), but is supplying the payment and song-identification technology.

Based on press accounts, it appears that the Snocap uses audio fingerprinting technology, which reduces an audio track to a short binary description and then looks that description up in a database containing the descriptions of many known works. The Snocap application will check the fingerprints of the songs it is sharing, and will charge the user accordingly.

In my Rip/Mix/Burn lecture, I talked about how Napster had solved one half of the digital music problem – how to distribute the music – but had ignored the other half – how to manage payment. It turned out that distribution was by far the easier problem to solve; and Napster just left the payment problem for later. You couldn’t pay on Napster, even if you wanted to. Now Snocap will give you a way to pay, at least for songs whose copyright owners register them with Snocap.

Let’s think about how a P2P system based on Snocap might work. When users want to share a file, Snocap will compute the file’s audio fingerprint and look up that fingerprint in the database. One of three things will happen:

  • the file is in the database and the copyright owner has stated conditions for its use,
  • the file is in the database and the copyright owner hasn’t told Snocap anything about the rules for its use, or
  • the file isn’t in the database.

In the first case, the system will clearly enforce the copyright owner’s rules. In the second case, the system knows what the file is, and the file is almost certainly copyrighted, so the system would probably have to deny access to the file.

The third case is the really interesting one. One could argue that the system should deny access here too, since the file is probably copyrighted by somebody, and ignorance of the copyright owner’s identity is no excuse for infringement.

But what if the system allows the distribution of unrecognized files, arguing that the copyright owner is free to register the file with Snocap if he really wants to be paid? Is this enough to shield the P2P operator from liability if the file is infringing? This might make an interesting moot-court case.

But perhaps the P2P operator’s main concern is not to comply with the law, but to reduce the probability of facing a big lawsuit (whether or not that lawsuit has merit). In that case, all that really matters is whether Snocap allows the P2P vendor to kiss up to the big record companies – as long as their content is in Snocap’s database, then they won’t have grounds to sue the P2P vendor. If this is really the innovator’s best strategy, it’s a sad commentary on the state of copyright law.

At the moment we don’t know much about Snocap or how it would be used in P2P networks. Once we see P2P networks using Snocap (if we ever do), we’ll be able to see how they have chosen to address these questions.

UPDATE (7:30 PM): This post originally assumed that Snocap itself was creating a P2P network, rather than just creating the song identification and payment tools. It’s now updated to fix this error. Thanks to Derek Slater for pointing out my earlier error.

Gator's Egregious EULA

Ben Edelman offers a nice dissection of the latest End User License Agreement (EULA) from Gator. It has to be one of the worst EULAs ever written. Below are some highlights; see Ben’s post if you want more details.

[Background about Gator: Many people say Gator’s product is spyware. Gator has a habit of threatening those people, to get them to say “adware” instead of “spyware”. Draw your own conclusions.]

For starters, the EULA is nearly 6000 words, or 63 on-screen pages. Worse, Gator has taken affirmative steps to make the EULA harder to read, harder to understand, and harder to save. They eliminated helpful formatting, such as boldface section titles, and they removed a button that let you capture the EULA text in Notepad for searching or printing. (Both features were present in previous iterations of the Gator EULA.)

The EULA forbids the use of packet sniffers to determine what information the Gator software is sending out about you.

Worst of all, the EULA forbids you from removing the Gator software, except by removing all of the programs that came bundled with Gator. (It’s not clear how you’re supposed to figure out which programs those are.) Even if you remove all of the programs bundled with Gator, this would only invoke the removal program that Gator provides, which may or may not actually remove all of Gator from your system.

EULAs like this seem designed to create as many unsuspecting or inadvertent violations as possible. James Grimmelmann argues that this is just a tactic to give Gator legal ammunition in case their users sue them, the idea being that anybody suing Gator would face counterclaims for breach of the EULA. That seems plausible, but I doubt it’s the whole story.

To the extent that the EULA gives Gator legal leverage over its users, that leverage could be used to deter criticism of Gator, and not just lawsuits. Experience has shown that some companies, especially ones with dodgy products, do use what legal leverage they have against their critics. If I planned to criticize Gator in detail, I would worry about this issue.

There are two solutions to this overEULAfication problem. A court could throw out this kind of egregious EULA, or at least narrow its scope. Alternatively, users could raise the price of this behavior by refusing to use overEULAfied products. Realistically, this will only happen if users are given the tools to do so.

The best kind of tool for this purpose is information. I would love to see a “EULA doghouse” site that listed products with excessive EULAs, or that rated products by the content of their EULAs. At the very least, EULA evaluation could become standard procedure for people writing reviews of software products. Unfortunately, there hasn’t been much progress on this front.