XTool - Successor of ZTool

[LuzhinE]

It never happened to me, but the problem is not xtool, if not srep

[darkwolves]

Originally Posted by LuzhinE

It never happened to me, but the problem is not xtool, if not srep

what is the compression method used on that command line in wich the error was caused?

[ShivShubh]

Originally Posted by Simorq

FC5 no work /Ratio 100%

It works, tried on common.dat

[Perykles]

Mr. Razor12911,

There is a problem of CRC with these files of "Trials Evolution Gold Edition"
"data.pak" and "data_tex.pak"
I use the xtool version 0.5
I tested with version 0.6 but the files are not deflated !
The files being small I give you a link with "FA_Example" in pack directory of xtool 0.5

https://transfernow.net/5679c22198j4

Thank you for your hard work on pzlib, xtool and the other tools.

[Simorq]

Originally Posted by Perykles

Mr. Razor12911,

There is a problem of CRC with these files of "Trials Evolution Gold Edition"
"data.pak" and "data_tex.pak"
I use the xtool version 0.5
I tested with version 0.6 but the files are not deflated !
The files being small I give you a link with "FA_Example" in pack directory of xtool 0.5

https://transfernow.net/5679c22198j4

Thank you for your hard work on pzlib, xtool and the other tools.

[External compressor:xprecomp]
header = 0
packcmd = xtool.exe erecomp:t25p:zlib,crilayla,lz4,zstd - - <stdin> <stdout>
unpackcmd = xtool.exe drecomp:t1 - - <stdin> <stdout>

t1 Only CRC is OK

[Razor12911]

Originally Posted by Simorq

FC5 no work /Ratio 100%

Make sure you have edited xtool.ini, the path specified must be valid

[Simorq]

Originally Posted by Razor12911

Make sure you have edited xtool.ini, the path specified must be valid

[Dunia2]
File1=D:\Games\Far Cry 5\data_final\pc\common.dat
File2=D:\Games\Far Cry 5\data_final\pc\ingameeditor\igepack.dat

Creating archive: data.arc using xprecomp
Compressed 1 file, 182,265,474 => 541,415,990 bytes. Ratio 297.05%         
Compression time: cpu 0.27 sec/real 43.10 sec = 1%. Speed 4.23 mB/s
All OK

Extracting archive: data.arc
Extracted 1 file, 541,415,990 => 182,265,474 bytes. Ratio 297.05%          
Extraction time: cpu 0.19 sec/real 7.25 sec = 3%. Speed 25.14 mB/s
All OK

Good Work

Please XTool.ini for Zlib

[Simorq]

e1_s04_a.bytes 401 MB

XTool 0.6

Creating archive: data.arc using xprecomp
Compressed 1 file, 421,335,057 => 1,063,695,957 bytes. Ratio 252.46%       
Compression time: cpu 0.94 sec/real 21.79 sec = 4%. Speed 19.34 mB/s
All OK

Testing archive: data.arc
Tested 1 file, 1,063,695,957 => 421,335,057 bytes. Ratio 252.46%           
Testing time: cpu 0.38 sec/real 7.64 sec = 5%. Speed 55.13 mB/s
All OK

[KaktoR]

Originally Posted by Simorq

[External compressor:xprecomp]
header = 0
packcmd = xtool.exe erecomp:t25p:zlib,crilayla,lz4,zstd - - <stdin> <stdout>
unpackcmd = xtool.exe drecomp:t1 - - <stdin> <stdout>

t1 Only CRC is OK

Yep t1 is CRC good. But veeeeeery sloooow

I've tested on another file, 2.6GB, unpacking was about 15min

[darkwolves]

I've tested on another file, 2.6GB, unpacking was about 15min

i suppose it depends on the game mine was set to t4 on arkham knight it worked just fine

[Razor12911]

Originally Posted by Razor12911

Update available

Changes

- added dunia engine lz4hc stream precompression support (Far Cry 5)
- fixed unity engine support

Notes

In terms of the Dunia engine, I advise that you use the latest liblz4.dll to avoid some streams being skipped due to their major difference, this could be because even I myself am not sure if I used the correct parameters for recompression, if you have an idea of what is used, please comment. (I used lz4hc, level 9)

Only Far Cry 5 is what I think is supported currently, that's the only game I had installed so run tests to see if all is good, if so then I'll be moving on to Far Cry 3 and 4. Add the dat files in xtool.ini, make sure in that same location, the dat files are with the fat files else they'll be errors.

Parsing the fat file is a pain in the ass especially for the big files (farcry5.dat and installpkg.dat), so xtool might seem stuck when running those, at most it should take 5-10 minutes before it begins actual precompression.

Doesn't seem like I'll be adding FC3-4 support since I think lzopro is required for them just like Unreal Engine games.

As for current progress, I added support for FIFA 18.

The idea of binding codecs together came when I saw that this game is compressed with two different algorithms, oodle (kraken) and zstd

This is the result:

when using:

oodle - - <stdin> <stdout>

Compressed 1 file, 317,249,339 => 586,677,625 bytes. Ratio 184.93%
Compression time: cpu 0.59 sec/real 172.68 sec = 0%. Speed 1.84 mB/s

however when using:

oodle,zstd - - <stdin> <stdout>

Compressed 1 file, 317,249,339 => 592,734,832 bytes. Ratio 186.84%
Compression time: cpu 0.66 sec/real 185.29 sec = 0%. Speed 1.71 mB/s

[doofoo24]

can't you make FC3/4 like FC5 file by file without lzopro ?

[Razor12911]

Originally Posted by doofoo24

can't you make FC3/4 like FC5 file by file without lzopro ?

Streams never restore to their original form bro, that's the issue. Applying techniques of xdelta don't work either because there are a lot of differences between.

I could be missing something, who knows...

[doofoo24]

i guess also games with engine Disrupt (watch_dog) are the same ?

[Razor12911]

Originally Posted by doofoo24

i guess also games with engine Disrupt (watch_dog) are the same ?

I have not tried that game before so I can't say for sure.