[GSERIES] Custom Installer Ultimate V2g

[vollachr]

Originally Posted by KaktoR

The question is: has uelr inflated game size? If not then uelr don't work, but i don't have borderlands so i can't test right now.

Yes, it did. From around 13gb to around 17gb.

Also overall compression ratio is better with it than without

[KaktoR]

Try with unpack.bat to see if it's CIU related (or try with 2.0.3.9 instead)

[vollachr]

Originally Posted by KaktoR

Try with unpack.bat to see if it's CIU related (or try with 2.0.3.9 instead)

OK, placed all uelr unpack files (including the unpack.bat) in the same folder with the compressed files, as well as my srep & diskspan files and my arc.ini and tried the unpack.bat (after editing the file name in it's command).

It hanged for a long time almost at the beginning, after just a few files and eventually crashed unarc.exe

So I guess it's not a CIUv2 problem but rather something with my method combination or the archive was actually created corrupt.

[KaktoR]

Maybe diskspan is not compatible with uelr? Try to pack/unpack a single file

[vollachr]

Originally Posted by KaktoR

Maybe diskspan is not compatible with uelr? Try to pack/unpack a single file

Nope, no diskspan related, just tested without diskspan and same unarc.exe crash, it seems to always happen after the 5th file extracted, always same file as well.

I'll run a test of UELR alone to see if it's UELR related or one of the other compressors in my method.

[vollachr]

Originally Posted by vollachr

Nope, no diskspan related, just tested without diskspan and same unarc.exe crash, it seems to always happen after the 5th file extracted, always same file as well.

I'll run a test of UELR alone to see if it's UELR related or one of the other compressors in my method.

Nope, I just finished an UELR only compression and the unpack.bat produces the following at the exact same place as unarc.exe crashed before:

ERROR: archive data corrupted (decompression fails)
Exit code: 2

Just for knowledge sake I also ran the game files through Razor12911's Game File Scanner, didn't want to wait till it finished, took way too long but in the time I let it run it found 272 zlib counts and over 18000 LZO counts.

So I can't figure out why it happens.

[KaktoR]

I will report back soon with more info.

Give me some time ^^

[KaktoR]

Testfile: \DLC\Marigold\Compat\Textures\CharTextures_marigol d.tfc

uelr:uv+srep+delta+lzma
=> stucks on 100% (i am sure there will follow a error if i wait some time)

uelr:uv+srep+lzma
=> Unpacking was fine

So the problem here was delta (and delta archive was ~1.5mb bigger than without btw)

Would be good if you could name the exact file where error appear so i can test this file too

[vollachr]

Well, I didn't compress any specific files, just the entire game folder in one go. The error always appears to be after or at a file named LICENSE, I think it's in one of the binaries\redist sub folders.

I don't believe it's a uelr file as well, it appears to be one of the files that are not uelr compressed.

Optimally I would like to use uelr+srep+lzma+bpk since there are also a little over 1gb of bik files.

Anyway, as I mentioned, I get an error when using uelr alone as well, no delta or any other compressors involved.

I thought it might be related to using a upx compressed uelr executable but it wasn't, I tested.

[KaktoR]

\Binaries\Redist\MCPP\LICENSE is a normal file without any file extension (you can open it with n++, some license shit in it for MCPP obviously).

Anyway, *.upk and *.tfc contains lzo streams. Unfortunatelly diskspan only allow a single archive and - what's worst - not allow masked compression.

Sometimes it can be that a precompressor has a problem with unpacking a streamless file. But anyway streamless files should always be excluded when you packing with a precompressor (what DiskSpan can't handle). Another example is that sometimes ztool/pzlib3 has a problem restoring a zip archive (like in Sims 4 to name a example).

[vollachr]

I know what that LICENSE file is, it appears uelr have some problems either with it or what comes right after, it is the last file shown before the error occurs.

Anyway, diskspan can actually handle file exclusions pretty well, it's just a matter of using the correct command line syntax, which I have figured out.

The problem is that you'll need to create multiple diskspan archives, each with a different first disk size, a function that my compression script currently don't have.

So I either need to avoid diskspan or avoid uelr, I'll have to run some tests before I decide which one to remove from my compression.

Alternatively, maybe moving redist to disk folders and exclude them from compression could also work.

Anyway, if I'll have any more problems related to this I'll let you know, thanks for the help.

[vollachr]

Originally Posted by vollachr

I know what that LICENSE file is, it appears uelr have some problems either with it or what comes right after, it is the last file shown before the error occurs.

Anyway, diskspan can actually handle file exclusions pretty well, it's just a matter of using the correct command line syntax, which I have figured out.

The problem is that you'll need to create multiple diskspan archives, each with a different first disk size, a function that my compression script currently don't have.

So I either need to avoid diskspan or avoid uelr, I'll have to run some tests before I decide which one to remove from my compression.

Alternatively, maybe moving redist to disk folders and exclude them from compression could also work.

Anyway, if I'll have any more problems related to this I'll let you know, thanks for the help.

OK, it appears uelr in my case, even if I exclude the redists entirely, still produces the same error, it's always after the 5th file and always after a none lzo file (.bik file at last try).

So it's gonna give me a big headache using uelr, and considering that so far, even with uelr I couldn't get the game below 3 discs (just the 3rd disc size is much smaller with uelr) I don't see the point of pressing it any further, I just won't use it in this conversion.

[vollachr]

OK, Still have issues with getting CIUv2.0.5g to unpack uelr and bpk created archives.

And now I'm talking archives that only include file types relevant to said compressors.

I get an unsupported method error when I try to install bpk created data.bin file, it was created using FreeArc with BPK CLS...

I have the cls-bpk.dll & bink_unpack.exe in the Include/Addon folder, I even have an entry in arc.ini, just in case, tried with the arc.ini entry and without it, always get unsupported method error.

Same thing happen with a Data.bin created with uelr+srep+lzma, I have the cls-uelr.dll in Include\Addon folder, no Arc.ini entry as it isn't needed, I also included the timer.exe, just in case, keep getting unsupported compression method error.

Any ideas?

Because I can unpack them manually without a problem, the archives are OK.

[KaktoR]

Last try: Try with 2.0.3.9. If unpacking is ok, problem is 100% by 2.0.5g.

[vollachr]

Originally Posted by KaktoR

Last try: Try with 2.0.3.9. If unpacking is ok, problem is 100% by 2.0.5g.

Does 2.0.3.9 have BPK support?

Otherwise it's only good to test the uelr problem.