From owner-freebsd-current Mon Oct 19 16:31:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA03555 for freebsd-current-outgoing; Mon, 19 Oct 1998 16:31:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from panzer.plutotech.com (panzer.plutotech.com [206.168.67.125]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA03549 for ; Mon, 19 Oct 1998 16:31:23 -0700 (PDT) (envelope-from ken@panzer.plutotech.com) Received: (from ken@localhost) by panzer.plutotech.com (8.9.1/8.8.5) id RAA26343; Mon, 19 Oct 1998 17:30:46 -0600 (MDT) From: "Kenneth D. Merry" Message-Id: <199810192330.RAA26343@panzer.plutotech.com> Subject: Re: packet writing ( was Re: 3.0-R, CAM, and audio tracks (more info)) In-Reply-To: <19981019190813.C10530@rtfm.net> from Nathan Dorfman at "Oct 19, 98 07:08:13 pm" To: nathan@rtfm.net (Nathan Dorfman) Date: Mon, 19 Oct 1998 17:30:46 -0600 (MDT) Cc: andreas@klemm.gtn.com, freebsd-current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL28s (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Nathan Dorfman wrote... > On Mon, Oct 19, 1998 at 03:03:44PM -0600, Kenneth D. Merry wrote: > > Andreas Klemm wrote... > > > > > > BTW, what about "packet writing" ? > > > I really like this feature in Windoof environment. > > > Would there be any possibility to implement this mode > > > and to format/fixate by using a sysctl command or such ? > > > > And this is something that cdrecord won't do? cdrecord is the only > > supported way of burning CDs under CAM. > > > > I may implement a more generic solution through the CD driver at some > > point, but it probably won't be anytime soon. > > cdrecord-1.6 documents an "experimental" packet writing interface. Can > someone clue me in as to what this is and the advantages/drawbacks of it? > All I've heard about it is my cousin's rant about dragging and dropping > to the CD in lose9x I dunno anything about it. > I fail to see a good reason for an OS-specific in-kernel CD-R driver, > when the cdrecord package works on plenty of systems that have SCSI > generic devices (passthrough). Unless I am missing some advantage of > having CD burning code in the kernel, this strikes me as a horrible > duplication of effort. So, what am I missing and why is this a good > idea? :) Well, in many ways it is a duplication of effort. It would be nice to have the capability to write CD-RW and DVD disks incrementally through a filesystem-type interface. To do that, you'd need filesystem support (probably), but also driver-level support for writing to CDs or DVDs. My guess is that "packet writing" lets you write incrementally to CDs, and that your cousin's Win95 box is doing it through a filesystem type interface. In fact, in the cdrecord README, Joerg Schilling seems to indicate that there's a filesystem available for Solaris that does something like that. For now, though, cdrecord seems to do a good job of burning CDs. If I do get around to writing driver-level support for writeable CD-type devices, I doubt I'll support all of the devices cdrecord supports. So there will probably be a need for it even then. Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message