From owner-freebsd-multimedia Thu Mar 22 5: 5:26 2001 Delivered-To: freebsd-multimedia@freebsd.org Received: from ns5.pacific.net.au (ns5.pacific.net.au [203.143.252.30]) by hub.freebsd.org (Postfix) with ESMTP id C6DEC37B722 for ; Thu, 22 Mar 2001 05:05:19 -0800 (PST) (envelope-from mckay@thehub.com.au) Received: from dungeon.home (ppp189.dyn249.pacific.net.au [203.143.249.189]) by ns5.pacific.net.au (8.9.0/8.9.1) with ESMTP id AAA01667; Fri, 23 Mar 2001 00:05:16 +1100 (EST) Received: from dungeon.home (localhost [127.0.0.1]) by dungeon.home (8.11.1/8.11.1) with ESMTP id f2MD5lP27167; Thu, 22 Mar 2001 23:05:47 +1000 (EST) (envelope-from mckay) Message-Id: <200103221305.f2MD5lP27167@dungeon.home> To: Soren Schmidt Cc: multimedia@FreeBSD.ORG, mckay@thehub.com.au Subject: Re: burncd and ISO copies References: <200103211502.QAA00723@freebsd.dk> In-Reply-To: <200103211502.QAA00723@freebsd.dk> from Soren Schmidt at "Wed, 21 Mar 2001 16:02:02 +0100" Date: Thu, 22 Mar 2001 23:05:47 +1000 From: Stephen McKay Sender: owner-freebsd-multimedia@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 21st March 2001, Soren Schmidt wrote: >The problem is that the read capacity command returns different >things on different CDROM's its the usual +-1 problem. >Now to get around that I've just committed a fix to -current that >gets the info from the toc instead, that way it should work >on all drives... Ah, I see. Further tests with an 8kB blocksize show that the problem drive is merely short one 2kB block, not (as I thought) failing to read the partial block at the end of the disk. This was definitely a problem in the past though, possibly in the 3.x era. Stephen. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message