From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1RrxWN-0001Gs-3T for garchives@archives.gentoo.org; Mon, 30 Jan 2012 20:08:11 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BCCA5E08BE; Mon, 30 Jan 2012 20:07:56 +0000 (UTC) Received: from relay01-muc.antispameurope.com (relay01-muc.antispameurope.com [217.64.175.51]) by pigeon.gentoo.org (Postfix) with ESMTP id 6ECD3E0512 for ; Mon, 30 Jan 2012 20:07:01 +0000 (UTC) Received: by relay01-muc.antispameurope.com (ASE-Secure-MTA, from userid 1000) id BA22B254474; Mon, 30 Jan 2012 21:07:00 +0100 (CET) Received: from pluto.fokus.fraunhofer.de (pluto.fokus.fraunhofer.de [195.37.77.164]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by relay01-muc.antispameurope.com (ASE-Secure-MTA) with ESMTP id D3F7C25444A for ; Mon, 30 Jan 2012 21:06:59 +0100 (CET) Received: from EXCHSRV.fokus.fraunhofer.de (bohr [10.147.9.231]) by pluto.fokus.fraunhofer.de (8.14.4/8.14.2) with SMTP id q0UK6xE5001720 for ; Mon, 30 Jan 2012 21:06:59 +0100 (CET) Received: from rigel ([10.147.65.195]) by EXCHSRV.fokus.fraunhofer.de with Microsoft SMTPSVC(6.0.3790.4675); Mon, 30 Jan 2012 21:06:59 +0100 Date: Mon, 30 Jan 2012 21:06:56 +0100 From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling) To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] mkisofs: layout Message-ID: <4f26f860.rDt80aS9bQcf/wXl%Joerg.Schilling@fokus.fraunhofer.de> References: <4f266ab6.da2Vzy+pFemfNnmM%Joerg.Schilling@fokus.fraunhofer.de> In-Reply-To: User-Agent: nail 11.22 3/20/05 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-OriginalArrivalTime: 30 Jan 2012 20:06:59.0656 (UTC) FILETIME=[B970CC80:01CCDF8A] Content-Transfer-Encoding: quoted-printable X-Archives-Salt: f50d714b-6b73-4c7d-8d9f-98c26ccdfa3f X-Archives-Hash: 6370660eeda523313221c0ed17ef4f94 Andrey Moshbear wrote: > On Mon, Jan 30, 2012 at 05:02, Joerg Schilling > wrote: > > Andrey Moshbear wrote: > > > >> If there a way to force mkisofs to add padding after sector N so tha= t > >> the resultin image can be burned as a double layer with no files tha= t > >> reside partially on one and partially on the other layer? > > > > Did you read the mkisofs man page? > > I did. The closest thing that was available was -dvd-video, but it > pads all files, not just ones around a layerbreak. > -pad only pads the end of the image. This is not correct..... Mkisofs honors the disk layout defined by the IFO file. > > Why do you believe there is a problem? > > > > Cdrecord burns DVD+-R DL in PTP mode, so it's going to be inefficient > in terms of I/O if there's a file that's halfway on > one layer and halfway on the other. Were there padding or a dummy > file, this would not be an issue. > > Hence, the asking about introducing padding around a layerbreak area. You are missunderstanding things: The track recording direction is defined by the pressed pree-groove and c= annot=20 be changed. If you are copying DVDs, you need to call cdrecord -v -atip or similar in= order=20 to retrieve the layerbreak value of the original disk. This value needs t= o be=20 given with the driveropts=3Dlayerbreak=3Dxxx option when writing DVD+R/DL= . If someone can tell me how to read the layerbreak value from the IFO file= , this=20 coule be done automatically.... J=F6rg --=20 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) J=F6rg Schilling D-13353 = Berlin js@cs.tu-berlin.de (uni) =20 joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blo= gspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schil= y