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

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

25-02-2026 12:49

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

KaktoR

25-02-2026 12:58

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

st0rm

25-02-2026 13:43

Resident Evil 4: Ultimate HD Edition [2014]

Code:

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

25-02-2026 14:15

Quote:

Originally Posted by KaktoR (Post 509443)

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

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

KaktoR

25-02-2026 14:46

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

Code:

[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

25-02-2026 23:54

Quote:

Originally Posted by st0rm (Post 509444)

Code:

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

26-02-2026 00:53

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

26-02-2026 01:55

Quote:

Originally Posted by L33THAK0R (Post 509449)

Quote:

Originally Posted by KaktoR (Post 509451)

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

26-02-2026 02:24

Quote:

Originally Posted by KaktoR (Post 509448)

Code:

[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.

Code:

ch1 - 0xD4BCF215F3B33A4BAA8D52139F1F49E92DF5BF8C7262C823E846AA6D79331FBC

ch 2 - 0xA419DEC1C6949BE5BDA54D4D6A62D735E932640B5F03EB53A3E72B10BAEB9748

KaktoR

26-02-2026 04:16

Welp.

Then you have to compress them separately.

wrathma

26-02-2026 06:42

Quote:

Originally Posted by dixen (Post 509455)

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.

Code:

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

26-02-2026 13:28

Quote:

Originally Posted by wrathma (Post 509459)

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.

Code:

ue4d:game=510:game=511

Masquerade

27-02-2026 07:27

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

infovs

27-02-2026 09:36

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

All times are GMT -7. The time now is 18:14.

Page 301 of 312

301

Show 40 post(s) from this thread on one page