FileForums - XTool 2020 (Main Project)

FileForums (https://fileforums.com/index.php)

- Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)

- - XTool 2020 (Main Project) (https://fileforums.com/showthread.php?t=102832)

Someone knows how to use rz compressor with xtool like xbcm?

Edit: thanks to Razor12911, now xrz has been added to XTool!

I can help if you want?

Quote:

Originally Posted by Razor12911 (Post 500581)

I once did but it would cause me headaches as a Windows user and as such, the testing would most likely be relegated to Linux users and on this forum, there's really not that many. I mean even tests on Windows are too much for ask for at times :D

Now I got some more experience with compression, I am always open to help if you want.:)
But I totally get it if not! So don't worry

Hi guys, I like to take this opportunity to say hello to old contacts who have known me here on Forum since 2011, and the new guys who are passionate about compressing and installing games. I'm glad that the forum is still active, even if not as I remembered...:)
A big hello to friend Zee, who still works flawlessly with his work to this day.
I've been away a lot for work, so I'm quite rusty on the subject.:)
I wanted to ask someone here in the thread if they had managed to implement the added function of srep in xtool, or at least if I understood correctly if could be done and how....
Added in last xtool "- srep64 executable considered in x64 build of xtool" - //- "-sp# - srep parameters (separate params with ":")". thankss

I have archived XTool 2020's release history, related tools and plugins to a github repository in case of another FileForums outage. This repository also contains collections of oodle, lz4 and zstd libraries for precompression and decoding.

https://github.com/Masquerade64/XTool_2020_Archive

I have also archived Razor12911's legacy tools into a separate repository as they may still be desired:

https://github.com/Masquerade64/RazorTools_Archive

-------------------------------------------------------------------

For those who don't know, XTool progress has been moved to Patreon
https://www.patreon.com/xtool

Quote:

Well, after one of my drives suddenly stopped working I just had a thought. Why exactly do I keep developing xtool with no incentive whatsoever, I mean back when I started, I did it because I was on capped internet and had slow PC and never liked the prolonged installations that repacks come with, but now that this is a thing of a past for me, why do I keep doing it? This is probably the third drive that I have lost, people would tell me to make a backup but why should I? The drives in most cases die from the excessive testing that I perform on my PC as I develop the project, who pays for these replacement drives? Me of course, and that's why when I decided to monetize the development of this project.

Consider joining to help support Razor12911.

-------------------------------------------------------------------

Latest Release: XTool v0.8.1 (6/12/23)

Quote:

Changes

added stream count terminator for library checker
fixed issues related to upgrade from RAD Studio 11.3 to 12
database structure changes have been reverted

Notes
RAD Studio updates from 11.3 to 12 brought a lot of changes which greatly affected xtool, for one the source needed to be corrected in certain places while some parts of the code needed to be rewritten which I guess is why 0.8.0 seemed to have a lot of hotfixes because I can confirm that not even those fixed everything however with this release, things should be greatly improved.

I've also added stream count terminator when using library checker in UI mode, this is added for large inputs that have really long precompression times and by default, first 10 streams are considered for checking and from those the user should decide which library to use for precompression.

Database structures have been reverted to the way they were before and this is due to the amount of work needed to support the new unreal engine utoc/ucas format because of recent updates to the engine that make precompression using xtool/oo2rec seem unfeasible especially for the newly released games.

https://www.patreon.com/posts/release-v0-8-1-94158307

Hello
I have been told that you are very forgiving
Can you recommend a good compressor?
Easy and simple work, high compression and works with all site installations, thank you

^^
This question has been asked hundreds of times.

7-Zip.

Quote:

Originally Posted by Masquerade (Post 503270)

^^
This question has been asked hundreds of times.

7-Zip.

I don't know that Fitgirl put all these compressions with 7zip program here

^^
Obviously FitGirl doesn't use 7-Zip. But you asked for:

Quote:

Easy and simple work, high compression and works with all site installations

So, 7-Zip is your answer. If that isn't easy enough for you, try built in Windows zip maker :p

New Release: XTool v0.8.2 (11/1/24)

Quote:

Changes

additional mathematics functions added (ceil and floor)
fixed issue with zstd recompression
fixed issues with decode/extract functions

Notes

Not much to say but special thanks to Panker1992 and KaktoR for discovering bugs and for offering support especially over the holidays, and for everyone else, happy new year and I hope you keep compressing :)

https://www.patreon.com/posts/release-v0-8-2-96291433

New Release: XTool v0.8.3 (16/1/24)

Quote:

Changes

improved encoding speed when deduplication is used under certain conditions
removed deduplication decode memory calculations (takes too long to compute)

https://www.patreon.com/posts/release-v0-8-3-96616797

New Release: XTool v0.8.4 (25/1/24)

Quote:

Changes

older zstd versions such as 1.0 can now work alongside newer versions of the library

https://www.patreon.com/posts/release-v0-8-4-97128362
You can always support Razor for his work on his patreon

New Release: XTool v0.8.5 (03/2/24)

Quote:

Changes

added -X parameter, to only extract streams that could not be processed
fixed issue with extract stream feature where it would make excessive writes to disk
fixed issues with executable plugin support
updated oodle scanner
updated zstd scanner

Notes

The oodle scanner has been updated, I suspect it to be slower than before but it should detect a bit more streams.

Mermaid test

Quote:

0.8.4

Code:

Compressed 1 file, 104,857,600 => 221,155,278 bytes. Ratio 210.91%

Compression time: cpu 0.00 sec/real 8.73 sec = 0%. Speed 12.02 mB/s

0.8.5

Code:

Compressed 1 file, 104,857,600 => 294,542,000 bytes. Ratio 280.90%

Compression time: cpu 0.00 sec/real 13.80 sec = 0%. Speed 7.60 mB/s

https://www.patreon.com/posts/release-v0-8-5-97747742
You can always support Razor for his work on his patreon

New Release: XTool v0.8.6 (15/2/24)

Quote:

Changes

- flac library renamed
- fixed an issue with execute command
- fixed issues with executable plugin support
- updated reassign stream feature
- updated oodle scanner

Notes

Reassign stream was first introduced in 0.7.9 but it was not implemented correctly and with this update it got major improvements. What reassign essentially does is transfers streams to another codec for them to be processed for example, if there's zstd streams detected but for whatever reason, internal zstd cannot process them via libzstd.dll however, the original zstd.exe is capable of processing these streams, you can set a method that looks like this
-mzstd=zstd147, where the equal sign "=" transfers all streams detected by xtool to be processed by zstd147 where your custom zstd.exe will be called.

The same applies to plugins that have been created thus far so for example the game tony hawk pro skaters 1+2 with its custom encryption, if you were to create a plugin that contains this custom implementation, the method should be something like -mue4=thps2decrypt, so instead of streams being decrypted by aes via xtool, they will be passed to your custom decryptor.

The same could work for lzma compressed unity game files (though not tested), if you've set up your lzma decoder/encoder, the method becomes -munity=lzma_dynamic but then again, I think with this codec in particular, -munity:lzma_dynamic should work just the same. Once again, this is theoretically it should work this way I just do not have samples to test.

Don't like flac? set up your own external codec like wavpack, tak or whatever, the method will be -mflac=wavpack, where all wav streams detected instead of being processed by flac, they'll be passed onto wavpack to be processed.

There's just a lot of use cases for the stream reassign feature and it's all up to the end-user how they plan on improving recompression of streams that cannot be processed correctly by what xtool has to offer.

New Release: XTool v0.8.7 (22/2/24)

Quote:

Changes

updated media codecs (flac, brunsli, packjpg...)

Support Razor12911 on Patreon

Is there an issue with LZ4 stream detection in recent versions of XTool?

The LZ4 streams in the following sample file are correctly detected in old XTool 012 but not in recent versions...or am I missing something?

File sample.pak

XTool 012

xtool.exe e:precomp:c16mb:lz4 sample.pak sample.pak.xt

9,327,964 => 13,522,962

XTool 0.8.7

xtool.exe precomp -mlz4 sample.pak sample.pak.xt

It just seems to get stuck in a loop forever.

Here is the link to sample.pak -:

https://drive.google.com/file/d/1Yrj...ew?usp=sharing