Re[4]: Filesystem overhead?

2002-06-28 Thread Pierre Duhem
Hello, MFM Since DVD-Rs have UDF (extensions?|Along with ISO9660?) on them MFM as well, I'm assuming their overhead would be slightly greater as MFM well, correct? One should note that there are more and more DVDs without the UDF file system. In particular, all newer DVDs sent by Microsoft to

Re: Re[2]: Filesystem overhead?

2002-06-27 Thread LJKnews
[EMAIL PROTECTED] quoted and then wrote: From: [EMAIL PROTECTED] (Pierre Duhem) Reply-to: [EMAIL PROTECTED] (Pierre Duhem) To:[EMAIL PROTECTED], [EMAIL PROTECTED] (Mike Fox Morrey) Mike, MFM Since DVD-Rs have UDF (extensions?|Along with ISO9660?) on them MFM as well, I'm assuming their

Re: Filesystem overhead?

2002-06-26 Thread Joerg Schilling
From: Mike Fox Morrey [EMAIL PROTECTED] This is definitely the best solution: Check for the overhead for your typical case. If you put 2 files on the disk, it should be easy to find a solition that does not waste more than 5% of the media size. Good idea - something I'll start

Re[2]: Filesystem overhead?

2002-06-26 Thread Pierre Duhem
Mike, MFM Since DVD-Rs have UDF (extensions?|Along with ISO9660?) on them MFM as well, I'm assuming their overhead would be slightly greater as MFM well, correct? One should note that there are more and more DVDs without the UDF file system. In particular, all newer DVDs sent by Microsoft to

Re: Filesystem overhead?

2002-06-25 Thread Pierre Duhem
Hello Mike, MFM Hey guys.. MFM Quick technical question... MFM I was under the impression that the size that a filesystem took on the MFM disk varied, depending on the files/direcory structure, but am now starting MFM to believe this is incorrect. MFM On a

Re: Filesystem overhead?

2002-06-25 Thread Brian Sullivan
the filesystem overhead (as you clearly state). I tried looking at the mkisofs code to figure this out but it was more complicated than I was willing to do so instead I used the command mkisofs -print-size DIR to determine how big an ISO of that directory would be. I then compare it to my disc size

Re: Filesystem overhead?

2002-06-25 Thread James Pearson
the filesystem overhead (as you clearly state). I tried looking at the mkisofs code to figure this out but it was more complicated than I was willing to do so instead I used the command mkisofs -print-size DIR to determine how big an ISO of that directory would be. I then compare it to my disc size

Re: Filesystem overhead?

2002-06-25 Thread Joerg Schilling
From [EMAIL PROTECTED] Tue Jun 25 17:35:15 2002 The waste of space due to rounding can be avoided using the patch attached. Eduardo PĂ©rez --oJ71EGRlYNjSvfq7 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=mkisofs_notevenpathtables.diff ---

Re: Filesystem overhead?

2002-06-25 Thread Joerg Schilling
From: Mike Fox Morrey [EMAIL PROTECTED] Now, I can run the -print-size option, but that causes (for me) unneccessary overhead and gives: 1. The OS/mkisofs to cause an error and abort the automated burn, and/or 2. The user to intr it or susp it or otherwise 'get in the way', which I

Re: Filesystem overhead?

2002-06-25 Thread Mike Fox Morrey
This is definitely the best solution: Check for the overhead for your typical case. If you put 2 files on the disk, it should be easy to find a solition that does not waste more than 5% of the media size. Good idea - something I'll start tackling once I finish the latest update

Filesystem overhead?

2002-06-24 Thread Mike Fox Morrey
Hey guys.. Quick technical question... I was under the impression that the size that a filesystem took on the disk varied, depending on the files/direcory structure, but am now starting to believe this is incorrect. On a standard ISO9660 disk, is the filesystem