WOW felicity2011:D
btw does ztool:lzo even work on far cry 5 (inflate size) :confused:

No

There is no inflate, but I'm used to testing individual groups of files, before compressing an entire game, and the method indicated is the one that most satisfied me in Time/Comp-Ratio, the result you can read of the size of the output archive.:rolleyes:
Furthermore, the compression was splitted into 3 archives, if I had created a single archive, the compression ratio would have been even lower.;)
btw @dodo stay always on Wednesday in the middle of the week.:D

middle of the week could also be monday or tuesday ;)

Mortal Kombat XL Redone
 

after seeing the XL repack by doofoo24
i decided to do it again

method

Mortal Kombat XL
start size 36.5 removed all but english files
re encoded bink2 files to 720p but with high settings
slimmed down to 34.2

note that uelr arc settings were switched from uv to ulx

uelr+srep+lolz:dt1:dtp1:dto1:dtm1:dtw1:dtd1:mtt1:m t4:d100m:tt1 h14:fba4096:mc1023:bc8:blr8:bmfbt4:d158m:fb273:mc1 000000000:lc8
for main assets files
bpk for bink2 files
srep:m5f:a2+delta+lzma:ultra:a1:mfbt4:d158m:fb273: mc1000000000:lc8
for everything else
initial size 34.2
repack size 15.5

installation takes around 25 minutes

ProjectCARS2 21.9gb
 

using razor bdt+oo2reck+srep:m2f:c512+lolz:mtt1:t6:d160:mc1023 :fba4096:pc4:x2:gm20 on bff files 45.6gb to 18.8gb.
the rest of the files srep+lolz. 4.8gb to 3.1 gb

Dead Rising games
 

Dead Rising
method (xtool Zlib) removed non english files
zlib+srep+lolz:dt1:dtp1:dto1:dtm1:dtw1:dtd1:mtt0:m t6:d100m:tt4
on all files
initial size 7.81 gb
repack size 2.37 gb

Dead Rising 2 Off the Record
method (precompmt 3.8 since Xtool froze and z tool had no effect) removed non enlgish files
precompmt+srep+lolz:dt1:dtp1:dto1:dtm1:dtw1:dtd1:m tt0:mt6:d100m:tt8
on main files
bpk on bik video files
initial size 7.81 gb
repack size 3.58 gb

Dead Rising 3 Apocalypse Edition
method no zlib streams found removed non english files
srep+lolz:dt1:dtp1:dto1:dtm1:dtw1:dtd1:mtt0:mt6:d1 00m:tt4
main game files
bpk in bik files the video snowfinal makes bpk crash so compressed in seperate archive
initial size 23.9 gb
repack size 15.9 gb

Dead Rising 4
method (Ztool Zlib streams and because Xtool froze on it)
converted bk2 to bik with a .bk2 file extension to resolve bpk crash issues kept same bitrate so the video is lossless and identical to the original
also redid bik videos wich were causing crash problems as well same bitrate just like bk2 i did
initial size 69.5 gb
repack size 26.0 gb

What? Any conversion with bink tools is lossy. And you've converted modern BINK2 videos to much older BINK1 format. Even having the same bitrate degraded the quality noticeably, trust me.

Vampyr 9.71gb
 

precomp:c64mb,t100p:zlib+lolz:mtt0:d384:mtb192:fba 4096:mc1023:ldl5.
*using the new lolz test22c4b without srep only xtool+lolz :D
*note that with d384:mtb192 you need a lot of ram like 20gb.
when decompress add to cls.ini :
ldmfTempPath={app}
ldmfMaxMemoryUsage=1024m
ldmfDeleteTmp=0

as far as i see i can see there is no noticable difference so...
then again i did not do it to reduce quality i did so to prevent crashes with bpk..
as far as the debate anyone can try it and judge for themselves

Yeah, im doing the same on all games where bk2 videos wont work with bpk. If you do it in good way there is no visible quality loss but its still lossy. Also its good to check if all bk2 videos are having trouble with bpk because on some games like AC Unity, only 1 video has problems with it, so there is really no need to recompress them all.

i don't do all of them unless the crashes are constant if they are
i am like the heck with it and do them all..lol

OVERKILL's The Walking Dead No Sanctuary update
 

Method
nothing removed or recoded
Xtool was used
xzlib+srep+lolz:dt1:dtp1:dto1:dtm1:dtw1:dtd1:mtt0: mt6:d100m:tt4
initial size 43.3 gb
repack size 16.9 gb

20 to 25 minute install time on my 6 core processor

What is the difference between mt type 0 and 1?

-mtt [0..1] - for multi-threaded processing, indicates the mode of operation used. At 0, the dictionary size must be at least 2 times the block size. In this mode, the data for each stream will be loaded alternating in size into a block. In this mode, in most cases, you can achieve better compression than in the second, but unpacking will require such a number of threads, as in compression. With 1, each block is compressed separately, without dependencies on neighboring data, respectively, the compression here is usually worse than in the first mode, but you can specify any number of streams to decompress. For this mode, the options from cliniot MaxThreadsUsage and MaxMemoryUsage are applied. Default: -mtt0