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

[wareck]

I try this :

Data1 (ucas,utoc,pak) : xtool:d1:mkraken:mmermaid:core_2.9.12:lib_2:mpng:m preflate:dd3+LOLZ_NORMAL
Data2 (bk2) : xtool:dd3+bcm
Data3 (other): xtool:mzlib:mreflate:dd3+razor

[dixen]

Hi all!
Guys, How to process files in Xtool that require DIFFERENT versions of oo2core***.dll?
It's about Poppy Playtime
Thanks.

[KaktoR]

What do you mean exactly? Using 2 different libraries like in elden ring game?

[st0rm]

Game Version : 1.06

Ripped - Re-encoded Files : Nothing

Original Size : 11.6 GB

Compressed Size : 7.03 GB

Install Time : 5 Mins (Depends your system)

Method : srep:m3f+lzma2

[dixen]

Originally Posted by KaktoR

What do you mean exactly? Using 2 different libraries like in elden ring game?

Yes.
Chapter 3 - v7, chapters 4,5 - v9

[KaktoR]

I don't know if this is even possible, but there is "--oodle=" option for arc.ini for xtool precompressor.

But I think this was invented for cases if you need two libraries for the same files.

In your case you need two libraries for different files.

I don't think this is possible.

Try it with "--oodle=" option.

Example

[External compressor:xtool7]
header = 0
packcmd   = xtool.exe precomp -mkraken -t100p --oodle=oo2core_7_win64.dll - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t75p -s - - <stdin> <stdout>

[External compressor:xtool9]
header = 0
packcmd   = xtool.exe precomp -mkraken -t100p --oodle=oo2core_9_win64.dll - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t75p -s - - <stdin> <stdout>

-mxtool7+xtool9

Edit: Try this without xtool
https://fileforums.com/showpost.php?...&postcount=161

[L33THAK0R]

Originally Posted by st0rm

Game Version : 1.06

Ripped - Re-encoded Files : Nothing

Original Size : 11.6 GB

Compressed Size : 7.03 GB

Install Time : 5 Mins (Depends your system)

Method : srep:m3f+lzma2

Try using the red4 tool, back when I did my own processing of this (a hybrid offering featuring selective archives for either the original title/HD Project), I was able to get the original assets down to 2.98 GiB (no ripped assets).

[KaktoR]

There is also a tool for resampling audio files to get higher sample rates.

https://github.com/emoose/re4-resear...eases/tag/1.3a

PS: I guess "re4lfs" does the same as cls-red4 does.

[st0rm]

Originally Posted by L33THAK0R

Try using the red4 tool, back when I did my own processing of this (a hybrid offering featuring selective archives for either the original title/HD Project), I was able to get the original assets down to 2.98 GiB (no ripped assets).

Originally Posted by KaktoR

There is also a tool for resampling audio files to get higher sample rates.

https://github.com/emoose/re4-resear...eases/tag/1.3a

PS: I guess "re4lfs" does the same as cls-red4 does.

Thanks. just felt lazy and easy

[dixen]

Originally Posted by KaktoR

I don't know if this is even possible, but there is "--oodle=" option for arc.ini for xtool precompressor.

But I think this was invented for cases if you need two libraries for the same files.

In your case you need two libraries for different files.

I don't think this is possible.

Try it with "--oodle=" option.

Example

[External compressor:xtool7]
header = 0
packcmd   = xtool.exe precomp -mkraken -t100p --oodle=oo2core_7_win64.dll - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t75p -s - - <stdin> <stdout>

[External compressor:xtool9]
header = 0
packcmd   = xtool.exe precomp -mkraken -t100p --oodle=oo2core_9_win64.dll - - <stdin> <stdout>
unpackcmd = xtool.exe decode -t75p -s - - <stdin> <stdout>

-mxtool7+xtool9

Edit: Try this without xtool
https://fileforums.com/showpost.php?...&postcount=161

It doesn't work.
I've more or less decided that. But the fact that chapters 1 and 2 have different AES is something I do not know how to solve.

ch1 - 0xD4BCF215F3B33A4BAA8D52139F1F49E92DF5BF8C7262C823E846AA6D79331FBC
ch 2 - 0xA419DEC1C6949BE5BDA54D4D6A62D735E932640B5F03EB53A3E72B10BAEB9748

[KaktoR]

Welp.

Then you have to compress them separately.

[wrathma]

Originally Posted by dixen

It doesn't work.
I've more or less decided that. But the fact that chapters 1 and 2 have different AES is something I do not know how to solve.

ch1 - 0xD4BCF215F3B33A4BAA8D52139F1F49E92DF5BF8C7262C823E846AA6D79331FBC
ch 2 - 0xA419DEC1C6949BE5BDA54D4D6A62D735E932640B5F03EB53A3E72B10BAEB9748

have you tried doing -mxtool7:<aes_for_ch1>+xtool7:<aes_for_ch2> ? you have to change your arc.ini to take aes key as option.

[dixen]

Originally Posted by wrathma

have you tried doing -mxtool7:<aes_for_ch1>+xtool7:<aes_for_ch2> ? you have to change your arc.ini to take aes key as option.

No, but it work fine with ue4d by Shegorat.

ue4d:game=510:game=511

[Masquerade]

For poppy, I ran ue4d followed by 2 instances of xtool with the --oodle option.

[infovs]

Somebody found a way to process 2023 unreal ucas/utoc version of Gotham Knights?
Because I can use xtool with unreal plugin and AES key E01312D26CAD1529142D3ACA6DB25D4091C1AAFE0C91E5DC10 4C36A768DB1E50 on .pak file without any problem (.pak is only file in old 2022 version of game, and smaller file in 2023 version with ucas/utoc) but *decryption* in not working in any combination of parameters on ucas.
FModel unpack file with mentioned key correctly so in theory it is possible. Compression it mention is LZ4(strange, usually it is oodle), but I cannot get to that part...decryption is the problem. In short, maybe there is a way to decrypt ucas/utoc with xtool+unreal plugin, or plugin for it or bms script that works...or maybe I missing something obvious. Thanks, regards