From owner-freebsd-chat Fri Jan 5 6:30:22 2001 From owner-freebsd-chat@FreeBSD.ORG Fri Jan 5 06:30:18 2001 Return-Path: Delivered-To: freebsd-chat@freebsd.org Received: from gray.westgate.gr (gray.westgate.gr [212.205.119.66]) by hub.freebsd.org (Postfix) with ESMTP id E2B0937B402; Fri, 5 Jan 2001 06:30:16 -0800 (PST) Received: (from charon@localhost) by gray.westgate.gr (8.11.1/8.11.1) id f05ESqF06622; Fri, 5 Jan 2001 16:28:52 +0200 (EET) Date: Fri, 5 Jan 2001 16:28:52 +0200 From: Giorgos Keramidas To: "Daniel O'Connor" Cc: Soren Schmidt , freebsd-chat@FreeBSD.ORG, SXren Schmidt Subject: Re: cvs commit: src/sys/dev/ata atapi-cd.c atapi-cd.h Message-ID: <20010105162852.C6404@gray.westgate.gr> References: <200101050829.JAA95057@freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from doconnor@gsoft.com.au on Fri, Jan 05, 2001 at 09:33:49PM +1030 X-PGP-Fingerprint: 3A 75 52 EB F1 58 56 0D - C5 B8 21 B6 1B 5E 4A C2 X-URL: http://students.ceid.upatras.gr/~keramida/index.html Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, Jan 05, 2001 at 09:33:49PM +1030, Daniel O'Connor wrote: > > 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? :) Probably because they hadn't come up with the idea yet? But as Soren explained, the time required to turn off/on the beam would create large gaps in the cdrom and they did not use it until recently. Another reason I could think for not using this is that if you have an image that barely fits an empty disk, leaving gaps might result in the image being partially written on the resulting cdrom disk :/ - giorgos To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message