As makemkv gives up writing to a fat drive at about 4G [1], and works fine on an ext3 drive, i have accpeted that 4G-1 is the answer, thanks though for finding the specs :)
[1] its hard to give an exact number as the log specfies MB and the file is deleted after the failure. On Thu, Sep 22, 2011 at 3:22 PM, Stephen Irons <[email protected]> wrote: > The *specification* ([1], page 23, field DIR_FileSize) says that the > filesize is 4-bytes in size, and holds a DWORD. Page 16 indicates that > a DWORD is a '32-bit unsigned' (sic). > > I assume that some *implementations* incorrectly make this a 32-bit > *signed* integer, restricting the size to 2G maximum. > > Stephen Irons > > [1] http://msdn.microsoft.com/en-us/windows/hardware/gg463080, but you > have to click a license agreement. You can see a copy at > http://staff.washington.edu/dittrich/misc/fatgen103.pdf > > > > On 21 September 2011 18:41, Col <[email protected]> wrote: >> >> On 21/09/11 17:25, Steve Holdoway wrote: >> > On Wed, 2011-09-21 at 17:11 +1200, Col wrote: >> >> On 20/09/11 20:29, Chris Hellyar wrote: >> >>> 4Gb less one byte isn't it? >> >>> >> >> >> >> I believe they use a 32bit signed interger ( ie: +/-2GB ) hence it is >> >> limited to 2 GB. >> >> >> >> >> >> Col. >> >> >> > No, it's unsigned... max size = 2^32 - 1. >> > >> > Steve >> > >> >> I struck a 2GB limit a few years ago when recording raw video. Maybe it >> was due to lack of "large file support" in the os? >> >> Col. >> >> _______________________________________________ >> Linux-users mailing list >> [email protected] >> http://lists.canterbury.ac.nz/mailman/listinfo/linux-users > > > > -- > Stephen Irons > Senior Designer > Tait Radio Communications > 175 Roydvale Ave, Christchurch, New Zealand > DDI: +64 - 3 - 357-0713 > www.taitworld.com > [email protected] > TAIT: THE RIGHT FIT > ======================================================================= > This email, including any attachments, is only for the intended > addressee. It is subject to copyright, is confidential and may be > the subject of legal or other privilege, none of which is waived or > lost by reason of this transmission. > If the receiver is not the intended addressee, please accept our > apologies, notify us by return, delete all copies and perform no > other act on the email. > Unfortunately, we cannot warrant that the email has not been > altered or corrupted during transmission. > ======================================================================= > > > _______________________________________________ > Linux-users mailing list > [email protected] > http://lists.canterbury.ac.nz/mailman/listinfo/linux-users > _______________________________________________ Linux-users mailing list [email protected] http://lists.canterbury.ac.nz/mailman/listinfo/linux-users
