From owner-freebsd-chat Fri Jan 5 3: 5:19 2001 From owner-freebsd-chat@FreeBSD.ORG Fri Jan 5 03:05:17 2001 Return-Path: Delivered-To: freebsd-chat@freebsd.org Received: from midget.dons.net.au (daniel.lnk.telstra.net [139.130.137.70]) by hub.freebsd.org (Postfix) with ESMTP id 631D037B400; Fri, 5 Jan 2001 03:05:15 -0800 (PST) Received: from cain.gsoft.com.au (guppy.dons.net.au [203.31.81.9]) by midget.dons.net.au (8.9.3/8.9.3) with ESMTP id VAA23396; Fri, 5 Jan 2001 21:33:50 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200101050829.JAA95057@freebsd.dk> Date: Fri, 05 Jan 2001 21:33:49 +1030 (CST) Sender: darius@cain.gsoft.com.au From: "Daniel O'Connor" To: Soren Schmidt Subject: Re: cvs commit: src/sys/dev/ata atapi-cd.c atapi-cd.h Cc: freebsd-chat@FreeBSD.org, (SXren Schmidt) Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On 05-Jan-01 Soren Schmidt wrote: > Burnproof is a technology that allow the laser to be switched on/off > very quickly, so if you have a buffer underrun the drive just stops > writing, when data arrives again, it starts off where it stopped > without any noticeable gaps. This seems like a natural thing to do, > but burners havn't been able to this until now, they needed a fair > amount of time to switch on/off which would create non wanted > gaps in the recorded data... > > I have no idea why burner's wasn't created this way to begin with :) Ahh OK, makes sense, but as you say, why didn't they do that to begin with? :) Thanks for the information. --- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message