Hi, anyone know what best compression method for tekken 8? Thank you:)

kraken

Edit: + mermaid actually

TEKKEN 8

87GB ---> 65.6GB

Used oodle core v2.9.5 (crc c0554aa2).

You can maybe cut a little smaller by using bcm (multithreaded cls) on the videos, but decompression time will be severley increased.

sorry if it's a stupid question, but which oodle should I choose to compress this game?

^^
I mentioned this right above, please read next time.

sorry if I didn't read your post, I used the same compression method as your post but the result was an error. maybe you know what causes the error? This is the compression method I use: xtool:mkraken:mermaid:core_2.9.15+xtool:dd3+4x4:b6 4mb:lzma:ultra:64m:bt4:fb273:lc8:mc1000000. Thank you:)

I used this method.
but I got data corrupted.

I'm using DiskSpan_GUI v2.0.1.9

Which version and settings for srep are you using for Cities Skylines 2? On second pass levelerror=XXXXXXXXX. Srep version and his settings doesn't matter. ZSTDRec or XTool - too.

3.92 I think

Compressing 166,810,254,275 bytes with srep -m3f -a0/0 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
10.0%SREP 3.92 beta (July 23, 2013): input size 159082 mb, memory used 9553 mb, -m3f -l512 -c512 -a0/0 -hash=vmac -b8mb
100%: 166,810,254,275 -> 95,100,014,539: 57.01%. Cpu 39 mb/s (4074.781 sec), real 35 mb/s (4531.904 sec) 10.0%
Sorting matc 10.0% Second pass: 10.0%
Errorlevel=-1073741819
10.0%
ERROR: general (de)compression error in srep

Works fine here, but I used xtool directly instead of srep.

Maybe someone knows a compress method for granblue fantasy relink? Thank you:)

send sample

no compression, use srep lolz. Razor on audio.

Some KB2j so use xtool bink plugin. It will filter out KB2n.

This helped me

Good.

By the way, I have to apoligize, because actually I gave you options for srep, but I wrote I always use srep with xtool, and since I don't give xtool any srep options, the default is always used, so it is just -m3f in that case.

Sorry ;)

The Inquisitor [v.1.0.0]
21.54 gb > 8.56 gb
unity:lz4+dd5+lolz
Inst.time: 2 min [11400F]
https://i.ibb.co/h1P6pTR/header.jpg

p.s. I want to say a huge thank you to Razor12911 for his help!

^
Whenever there are files inside StreamingAssets folder, especially bundle files, most of the time either lz4 or lz4hc is used :)

I know that, it's just that this is the first time I've had the unity plugin itself fail to unpack the files and I got a bit lost and asked for help :)

Maybe someone knows a compress method for Banishers Ghosts of New Eden? here is file example if needed:
Pak: https://drive.google.com/file/d/1Cia...ew?usp=sharing
Utoc: https://drive.google.com/file/d/1yhx...ew?usp=sharing
Ucas: https://drive.google.com/file/d/15Ui...ew?usp=sharing
Thank you:)

Compressing pakchunk0-Windows.pak 0%
Compressing 145,696,602 bytes with xtool.exe precomp -mkraken -c128mb -t100p $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
XTool is created by Razor12911

Version 0.8.5

Streams: 8863 / 8869
Time: 00:01:06 (CPU 00:03:49)

Size: 139 MB >> 514 MB

100%
Errorlevel=0

Compressed 1 file, 145,696,602 => 538,913,485 bytes. Ratio 369.89%
Compression time: cpu 0.00 sec/real 68.14 sec = 0%. Speed 2.14 mB/s
All OK

Use this method
xtool:mkraken:8:dd3+LOLZ_NORMAL

for Banishers: Ghosts of New Eden it uses Mermaid & Kraken i did this and my size was
37.2 GB

-mxtool:mermaid:kraken+srep+lolz

hope this helps

ScOOt3r

Both of you using the wrong library (see cpu time).

However since this is a new one (utoc v05) it could even be the case that you have to use a library from oodle sdk (623kb, v2.9.10, this one) for the ucas files. But I don't have a sample so I cannot test. But yeah mermaid is there too in the ucas files so use mermaid+kraken.

Sorry if I'm joining the discussion. So what is the right compression method for this game? Is the compression method used by ScOOt3r correct? Thank you

I did use oo2core_7_win64.dll forgot to mention this above.

ScOOt3r

Cutted 200mb from the ucas file

Second is with xtl database made with unreal engine database maker 0.8.1 (key=kraken).

I followed your compress method but the final result was 47 gb:confused: maybe you know what's wrong with my compression method? I use the compress method: xtool:mkraken:mmermaid:dd3+LZMA-MT

Decompression test for Lies of P

*.pak

38 gb > 73 gb
ue4d by Shegorat + xtool v0.85 + zlib (without reflate because decompression errors).
-d1 for xtool parameter is required

Bro, what about set a library to use?

sorry, I don't know which library to use. Can you tell me the correct compression method or which library I should use? Thank you

I already told what library to use. Heck I even did a test which you had quoted.

Sorry, this one? v2.9.5?

Yes

Use preflate then

For which reason did you use "ue4d"? Also if the game looks encrypted the decryption tool is not needed, I tried directly with zlib+reflate and works.

Anonymous;Code help

I applied Precomp+Srep+Lolz on the whole thing and I got a ratio of 93.3%. I have tried it on individual file types as well and can't figure this out. The two main file types that are taking up space are .bin and .mzv. Any ideas on what I could use for this game?

^^
Anonymous;Code is an encrypted game and the only way you can repack it is by unpacking the archives using FreeMote and rebuilding them during installation.

https://github.com/UlyssesWu/FreeMote/releases

The key for the game is in plaintext inside the executable (visible with hex editor).

ANONYMOUS;CODE bin Decrypt+Repack

The archives for ANONYMOUS;CODE are encrypted+compressed. The first 3 bytes are mdf.

The archives are a combination of .bin and .psb.m files.

sound_body.bin and voice_en_body.bin are not encrypted or compressed.

Step one is finding the key in the executable file. This is easy since the key is stored in plaintext (idiot gamedevs).

Search for ".bin" and search until you see the key:

https://i.postimg.cc/d1BF2L6d/Screenshot-1.png

The key for ANONYMOUS;CODE is: Second step is to download Freemote:
https://github.com/UlyssesWu/FreeMote/releases/latest

You can unpack the archive using this command:

You can repack the archive from the unpacked data using this command:

Repackaged files are CRC correct to original archives so no need to use HDiffZ or XDelta to patch any bytes (probably wouldn't work anyway due to encryption).