Best Compression Methods for 'Specific' Games. Q&A

[KaktoR]

Use d1 parameter

[infovs]

Originally Posted by KaktoR

Use d1 parameter

Of course d1 is used. This is not my first Unreal AES game that I archived. It did not help. Since it is Unreal 4.27 game, tried cls-ued4.dll also (I prefer it actually since it is usually faster at decompression than xtool with plugin), but this also did not help. Old version worked since it had ~32GB .pak file and nothing else. Current version is upgraded to IOStore container, there is .pak but it is ~12GB and .ucas is 32GB. Smaller .pak will decrypt fine (with -d1 of course) but .ucas is, as it seems, custom...

[KaktoR]

I would bet the PAK file contains all the audio.

Can you send a small cut sample (200mb) from the ucas file? Also send utoc file.

[infovs]

Included cuts from pak and ucas, utoc is complete.
https://gofile.io/d/Hozz2N
As I said, pak can be decrypted and inflated with mentioned AES key, but can' decrypt ucas, even tried with ue5 parameter for unreal plugin (even if it is ue4 game) but still no luck, looking at created arc nothing is decrypted.

[KaktoR]

It's an older utoc v3 format.

However I couldn't decrypt it either. I created a xtl file with ue5 db maker, records are shown but nope.

Maybe someone else can help you.

PS: I hate ue5 engine.

[infovs]

Thank you for your time KaktoR, it seems the developers have gone extra lengths to implement custom scheme to ensure that no one can mod the game easily..
Regards

[Masquerade]

It'd probably be easier to unpack + repak the game data.

[KaktoR]

CODE VEIN 2
JP audio ripped.
Movie files are encrypted for some reason so just use something fast on them. No need to waste time.

 00:06:12 - Selected ARC/DS method for Data1a-01.bin was: xtool:d1:c128mb:mue5,k0x6B17F169C7C367C7C277987FDAE44185ED4D9CFC2D94F012E5A8110A8FDDF227:mmermaid:mkraken:core_2.9.10:lib_2:dd3:l10,d128mb
 00:06:12 - Selected ARC/DS method for Data1b-01.bin was: xtool:dd3:l10,d128mb
-----------------------------------------------------------------------------------------------------------------------------------------
 05:25:28 - Overall input size: 62,39 GB
 05:25:28 - Overall output size: 43,95 GB (Ratio 70.44%)
 05:25:28 - Overall conversion time: 05:19:13

[dixen]

For future repacks RE: Requiem

zstdrec (or Xtool:mzstd:l11) + libzstd.dll v1.44

[wareck]

Desynced:

Data1(*.pak) : xtool:c64mb:mzlib:dd3+LOLZ_NORMAL
Data2(*.zip) : precomp+xtool:mflac,l8:mpng:d1:dd3+LOLZ_NORMAL
Data3(other): xtool:mreflate:dd3+razor_stdio

[wareck]

GreedFall: The Dying World (deluxe edition, 63.8gb)

Data1 : xtool:c64mb:d1:df20p:mzlib:mpng:d1:mbrunsli+srep_n ew:490g+LOLZ_NORMAL
Data2 : xtool:mzlib:mreflate+srep_new:490g+razor_mtx

Data1 = .spk .stc .pgz
Data2 = other

final size around 45gb

[Dunnowho69]

Is it safe to remove mp001-mp009 and patchpack_mp001,patchpack_mp003,patchpack_mp006 folders from RDR2 or are they needed for sp as well ?

[dixen]

A small note on RE 9.
PAK files with the prefix _sub_ use gdeflate instead of zstd and xtool barely works with this

Test re_dlc_stm_3990820.pak.sub_000.pak

Streams: 487 / 3017
Time: 00:00:23 (CPU 00:02:18)

Size: 789 MB >> 789 MB

100%
Errorlevel=0
Compressed 1 file, 827,159,225 => 827,538,089 bytes. Ratio 100.05%
Compression time: cpu 0.75 sec/real 25.88 sec = 3%. Speed 31.96 mB/s
All OK

with -mlibgdeflate same result.

https://drive.google.com/file/d/1j6s...ew?usp=sharing

[Toximan69]

Styx: Blades of Greed
It has encryption
k0xD9BCBAC009D6881140AF8721394E0C9A40428A9A213AC5F 39FA4CBF88FE18772

but unreal.dll doesn't work; decompression doesn't occur. Maybe it's not oodle that's being used, but something else
Can anyone help? I'm attaching the example files.

https://drive.google.com/file/d/1zdg...usp=drive_link

[KaktoR]

The key is wrong.

The correct key is

0x40428A9A213AC5F39FA4CBF88FE18772D9BCBAC009D6881140AF8721394E0C9A

Use mermaid+kraken
Use library 2.9.10 (2)