From owner-freebsd-current Fri Sep 25 12:35:03 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA25486 for freebsd-current-outgoing; Fri, 25 Sep 1998 12:35:03 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from lunacity.ne.mediaone.net (lunacity.ne.mediaone.net [24.128.118.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA25458 for ; Fri, 25 Sep 1998 12:34:50 -0700 (PDT) (envelope-from mycroft@ihack.net) Received: (from mycroft@localhost) by lunacity.ne.mediaone.net (8.8.8/8.8.8) id PAA16528; Fri, 25 Sep 1998 15:37:36 -0400 (EDT) Date: Fri, 25 Sep 1998 15:37:36 -0400 (EDT) Message-Id: <199809251937.PAA16528@lunacity.ne.mediaone.net> From: "Charles M. Hannum" To: Doug Rabson Cc: current@FreeBSD.ORG Subject: Re: Quake-client on FreeBSD-3.0 ?? Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG The DVD region coding has absolutely nothing to do with encryption. It's just a random bit field that decoders happen to pay attention to. What you're referring to is the Content Scrambling System, which is a protocol that negotiates a session key between the reader and the decoder, via the host CPU, using a proprietary hash algorithm. If CSS is enabled on a title (a subset of a disc), the reader will refuse to read that title until the CSS negotiation has been successfully completed. Officially, you have to pay 5 kilobucks to Matsushita and sign a bunch of NDAs to get the CSS spec. It's almost certainly possible to reverse-engineer it from a software decoder implementation (such as the one that ships with some Compaq desktops), but I have yet to see anyone publish the results of such an effort. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message