XTool 2020 (Main Project)

[L33THAK0R]

those are just the files used for unpacking the archive(s), the majority of the tools you need for data compression/decompression can be found here, under the "stickied" / "pinned" posts.

[doofoo24]

@Game Repacker
this is XTOOL THREAD
there is guide threads on the site how to compress games..

[Game Repacker]

Originally Posted by doofoo24

@Game Repacker
this is XTOOL THREAD
there is guide threads on the site how to compress games..

I know that but usage?

[infovs]

Anyone noticed xtool and unreal.dll plugin are broken for Street Fighter V since xtool 0.3.9 + unrealplugin R3?
Don't know about other games, I own SF5 and did personal repack with 0.3.9 + unreal.dll R3, .pak files are decrypted normally.
Tried to use it on 0.3.21 + unreal.dll R5 -> nothing is decrypted at all

Btw, yes, I used -d1. Maybe I overlooked something, but if that's true can you please explain to me what am I doing wrong.

For sample I used small 20mb pakchunk50-WindowsNoEditor.pak

With xtool.exe 0.3.9 + unreal.dll R3 - WORKING, decrypted, inflated

[External compressor:xtool]
header = 0
packcmd   = xtool precomp -mue4:m1:k5F6153346D665A4B384D3573354B5743324C7A325673466E474B4937617A676C+zlib -d1 -c128mb -t100p --dbase - - <stdin> <stdout>

With xtool.exe 0.3.21 + unreal.dll R5 - NOT WORKING, nothing is decrypted (m1 is not needed in latest unreal.dll version)

[External compressor:xtool]
header = 0
packcmd   = xtool precomp -mue4:k5F6153346D665A4B384D3573354B5743324C7A325673466E474B4937617A676C+zlib -d1 -c128mb -t100p --dbase - - <stdin> <stdout>

Used -mxtool+srep:m2f:l512+lolz arc.exe pack command on both.

[Joe Forster/STA]

Originally Posted by Game Repacker

I know that but usage?

If you have specific questions then ask them. Otherwise, I quote from the first post of this thread: "Read the documentation to find out how it works and how to use it."

[L33THAK0R]

Does using the "LZ4" codec require a specific library version? I'm currently trying to pack the Sony "PlayStation 3" exclusive, "Demon's Souls" (which has LZ4 streams). Attempting to use xtool 2020 results in this output as soon as the temp file has been generated. Utilising xtool 2019 only inflates the input by ~1kb. I'm not able to find any prior examples of the codec being used so I'm not quite sure whats going on.

[L33THAK0R]

Has anyone encountered this error before? I've had it happen with a handful of game-data files, curiously I was able to pack this title ("DOOM", the 2016 reboot of the series) previously, when using the default scanning range (I think 16mb), but I'm redoing it since some files failed to decompress properly.

[MineRocker]

Originally Posted by L33THAK0R

Has anyone encountered this error before? I've had it happen with a handful of game-data files, curiously I was able to pack this title ("DOOM", the 2016 reboot of the series) previously, when using the default scanning range (I think 16mb), but I'm redoing it since some files failed to decompress properly.

maybe it's an issue with the -t100p-1?

[Razor12911]

Here's the documentation. It took weeks to write this as I'm very busy.

I'm still unavailable for two more months but the documentation should give insights as to how to fully utilize xtool and how to create plugins.

[PsYcHo_RaGE]

Originally Posted by Razor12911

Here's the documentation. It took weeks to write this as I'm very busy.

Thank you very much @Razor12911 👍

[KaktoR]

@Razor12911
Thanks for the documentation. Brought me a few steps further (I didn't even know that xtool has mermaid/leviathan support until I read your documentation lol).
But what I don't understand right now is what to do if there is no signature (or repeating pattern) before an oodle header or if the pattern is different before many headers.

Currently I'm dealing with mermaid (8C 0A) and there is no visible pattern before the header, just always different random bytes.

---

In a different test I was looking for kraken header (8C 06). There seems to be a repeating pattern, namely 6 bytes (00 00 00 00 01 00) + 1 or 2 random byte. The 9th byte is always X (58).



Maybe I have to work with Conditions, but unfortunatelly you forgot to explain them somehow in the documentation

[dixen]

LZMA Codec for TTW2. It possible?)

[Razor12911]

Originally Posted by kaktor

maybe i have to work with conditions, but unfortunatelly you forgot to explain them somehow in the documentation :d

welp.JPG

Originally Posted by dixen

lzma codec for ttw2. It possible?)

yes, read documentation and make plugin

[KaktoR]

@Razor12911
Sorry, I already found it (I just forgot to edit my post) and I made some steps forward (on my sample I made +3% ratio compared to xtool without configutation, I will see if there are more)

[Razor12911]

Update available

Changes

- updated search support (speed improvements)
- updated command line parser
- added partial universal scanner for lzo1x streams
- added universal scanner for lz4f streams
- fixed issue with configuration files failing to execute without conditions

Notes

The previous update is still up, in case if there are issues with this one as I'm rusty af at the moment. (I haven't coded in months)
The lzo1x codec uses LZO1X-999 (level 1-9) and should only be used if you have no alternatives for precompression such as no plugins as this thing can be slow at times.