PHOBOS RARs can't be reconstructed

[Gfy]

Some chat snippets:

<mib_6z6nc> Lost.Horizon.1973.1080p.BluRay.x264-PHOBOS.srr doesn't match the size of 1080p actual size is about 10.98 GB srr is 4,294,967,29 <Skalman> it has 77 150 mb files, seems correct, but file inside says 4 GB <Gfy> they didn't use winrar to create those rars <Gfy> 4294967295 is the max int size (ffffffff) <Gfy> pyReScene tells the same thing: +UNP_SIZE: 4294967295 bytes <Gfy> what shows WinRAR? <jack_> if you open the .rar file in winrar <jack_> you'll see the packed size is "?"

<Gfy> same issue for their other releases: http://www.srrdb.com/browse/imdb:0070337/1

<pennypack> Can someone fix/update the srr for Edward.Scissorhands.1990.PROPER.1080p.BluRay.x264-PHOBOS ? Because it says it's expecting the file size to be 4,294,967,295 which is way off.

http://www.srrdb.com/release/details/Edward.Scissorhands.1990.PROPER.1080p.BluRay.x264-PHOBOS

[vadmium]

It looks like the unpacked size field is set to 0xFFFFFFFF, and there is no LARGE_FILE flag set. I vaguely remember that Rar sets the size field like this when it does not know how big the file is going to be (maybe if you add a file from standard input on the command line or something, though I couldn’t trigger it). The program could still calculate the size by adding up all the packed file sizes from each volume. Since the file is not compressed the total packed size is probably equal to the unpacked size.

[Gfy]

Another release with the same problem has been found: http://www.srrdb.com/release/details/The.Apartment.1960.iNTERNAL.BDRip.x264-MARS

[Gfy]

http://www.srrdb.com/release/details/Pulling.Strings.2013.LIMITED.DVDRiP.X264-TASTE

[Gfy]

.m4v sample detection. 4294967295 reconstruction bug. This fixes issue #23.

→ <<cset ea66dc450173>>

[Gfy]

Issue #52 was marked as a duplicate of this issue.