From owner-freebsd-multimedia Fri Oct 29 11:13:27 1999 Delivered-To: freebsd-multimedia@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by hub.freebsd.org (Postfix) with ESMTP id 46C0F14FF2 for ; Fri, 29 Oct 1999 11:12:29 -0700 (PDT) (envelope-from gadde@cs.duke.edu) Received: from curly.cs.duke.edu (curly.cs.duke.edu [152.3.140.76]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id OAA27977 for ; Fri, 29 Oct 1999 14:12:27 -0400 (EDT) Received: (gadde@localhost) by curly.cs.duke.edu (8.8.5/8.6.9) id OAA06909 for multimedia@freebsd.org; Fri, 29 Oct 1999 14:11:44 -0400 (EDT) Date: Fri, 29 Oct 1999 14:11:44 -0400 From: Syam Gadde To: multimedia@freebsd.org Subject: Re: DVD Support!!! Message-ID: <19991029141143.A6846@curly.cs.duke.edu> References: <199910270025.SAA04265@panzer.kdm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <199910270025.SAA04265@panzer.kdm.org> Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Soren Schmidt wrote: >I've not looked at these patches or the linux stuff yet, but if the linux >way is not too disgusting, I'd say we should use the same interface just >to make our users life easier.. I was the one who initiated the DVD authentication thread on -current. The DVD authentication scheme is disgusting enough in itself that the syntactic sugar that the linux driver imposes for authentication is not much of an improvement, in my opinion. The authentication process involves traveling through several "states", and going from one state to another depends on whether certain commands/challenges succeeded or not. Their approach seems to have the kernel change an "authentication state" variable in some commands, and the user change it in others, when the user could easily do it for all commands by noticing if ioctls succeeded or not. Maybe there's some true logic behind their approach, but it left me slightly befuddled. Authentication is a delicate dance, certain steps (commands) of which could conceivably be used in a different way in later DVD drive specifications (if they add more copyright mechanisms for newer drives, for example), so my suggestion is, if support gets added to the kernel, to just mirror the corresponding (Mt. Fuji) packet commands using ioctls in some straightforward way, and let the application take care of the rest. That's what I did; it requires more work to port Linux applications, but that's only for the small set of applications that need to perform authentication; everything else should presumably be done through the file system (be it CD9660 or UDF). Ob. multimedia ref.: I did watch 2 minutes of A Bug's Life last night, but don't tell anyone. :) This is using css-auth and NIST (both obtained from livid.on.openprojects.net), and my kernel patches, a 100% pure FreeBSD compile. No sound yet however. The process is not yet stable enough to document, but that should come in time. -syam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message