FileForums
Page 18 of 18 « First 81617 18
Show 40 post(s) from this thread on one page

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)

dixen 08-04-2024 08:24
Hmmm..
xtool execute doesn't work on v0.8.7?

daveyrob 28-04-2024 05:19
Quote:
Originally Posted by dixen (Post 504115)
Hmmm..
xtool execute doesn't work on v0.8.7?
i had multiple issues with the execution options in general including the ones using xtool.ini, some exes using xtool.ini seem to get confused with the in-out like tak or ofr, the only one i actually got working for wav was wavpak. in some versions the exe options kinda work wile in others not at all. i now just use mtx for mt, msc for wav and biks in containers i just extract myself to save jumping around xtool versions.

edit:
after changing xtool to version 086 all the stuff i could not get to work before seemed fine.

Masquerade 15-06-2024 10:07
1 Attachment(s)
New Release: XTool v0.8.8 (15/6/24)

Quote:
Changes
  • added zipcrypto encryption support
  • added library config based plugin support
https://www.patreon.com/posts/release-v0-8-8-106259359

wareck 15-06-2024 12:09
do you know how to use the new feature zipcrypto ?

Masquerade 20-06-2024 02:00
^^
It must be used via plugin, configuration or database. It cannot be called directly.

wareck 20-06-2024 12:53
I understand that you have to use bmscrypt and zip.bms + password.
I've also started a draft ini file but it's a bit dry....

But anyway, with my ugly method and block processing, I've reduced the game to 9.7GB, which isn't so bad.
The only problem is that the CRCs are different, which could pose a problem for future updates.
but not for sure, updates are patch_00x.pak files that are added...
it's not really for the game itself but more to understand the process and improve...

Masquerade 03-07-2024 10:24
1 Attachment(s)
New Release: XTool v0.8.9 (3/7/24)

Quote:
Changes
  • fixed issues with base directory and file/directory pathing in general
  • updated verbose mode log
Thanks to Razor12911 for the update. Please support his work on patreon.

https://www.patreon.com/posts/release-v0-8-9-107298667

dixen 13-07-2024 11:51
Can you explain how to link quickbms to XTool? I am interested in working with the giants.bms script and files.GAR from FS 22

Masquerade 13-07-2024 13:39
^^
From this, what I retrieved from the wayback machine:

https://web.archive.org/web/20221212...VJ4U/CEKOWrwzW

- This file format appears to be encryption on top of LZMA.

- XTool cannot natively handle LZMA so that would need to be plugged in. You'd need the right version and parameters for lzma.exe from the lzma sdk.

- The decryption function itself is not sourced, it's embedded into the script as MEMORY_FILE3 (which you must then prompt for qbms to load at runtime or with -Y argument)

- Can this function do encryption too? I do not know.

- Razor said a while back that QuickBMS support was fixed in XTool.ini (because I wanted to use it for Unity games), but I still couldn't quite get it to work correctly.

- So likely you'd need to generate a database with bms2xtl, but this database doesn't even get generated correctly since xtool detects "calldll" as the encryption algortihm (calldll is just a function in qbms to load external code/functions) and then plug qbms and lzma into xtool

This is a lot of trouble and I don't think I can offer any further help.

wareck 19-07-2024 22:42
hello guys
I would like to erase some files in a stream.

xtool.exe erase extracted_ original db.xtl

it works but I want's also to remove small file

Code:
Skipped Engine\Plugins\VirtualProduction\LiveLinkCamera\Config\BaseLiveLinkCamera.ini (Smaller than 256)
there is an option for that ?

KaktoR 20-07-2024 01:29
No. However the file is smaller than 256 bytes, so this shouldn't be a problem.

LILU 21-07-2024 14:34
Good afternoon. The questions are as follows.
1. For which algorithms (for “uncompressing”) (Zlib,Kraken,Leviathan,Mermaid,Selkie,ZL4F,ZSTD,Cr ilayla,Reflate,Preflate) can GPU be used?
2.Which Gpu's are supported? AMD,Nvidia? How much video memory?
3.Do you need any additional Windows customization(software installation etc.)?
4. What version of Xtool has GPU support?
Thanks in advance.

Masquerade 22-07-2024 00:37
^^
Hi, none. This was a cancelled feature.

LILU 22-07-2024 02:41
Quote:
Originally Posted by Masquerade (Post 505086)
^^
Hi, none. This was a cancelled feature.
Are you talking to me?

KaktoR 22-07-2024 02:55
No, he was talking with himself, don't worry.

...

Yes, he was talking to you. GPU feature was canceled, at least for AMD gpus.

LILU 22-07-2024 03:36
Quote:
Originally Posted by KaktoR (Post 505088)
No, he was talking with himself, don't worry.

...

Yes, he was talking to you. GPU feature was canceled, at least for AMD gpus.
Okay. Which Nvidia models are supported?

ZiLATAN 10-10-2024 04:03
SREP, LZMA/Lolz Link
 
Can anyone give me the download link of SREP, LZMA/Lolz Please?

dixen 10-10-2024 04:30
Quote:
Originally Posted by ZiLATAN (Post 505900)
Can anyone give me the download link of SREP, LZMA/Lolz Please?
https://fileforums.com/showthread.php?t=104866

mosath 04-08-2025 03:34
What is the difference between xtool 2019 / 2020 / 2020 extended support?

Hexagon123 04-08-2025 06:41
Quote:
Originally Posted by mosath (Post 508303)
What is the difference between xtool 2019 / 2020 / 2020 extended support?
Compatibility improvements?

Unreal support and others.

aman71711 11-08-2025 11:33
Hello everyone, I'm trying to create a repack for Cricket 24 using the method provided by masqurade in this forum and have a quick question. I have the full game folder, libzstd.dll, and all the necessary xtool files. This guide https://fileforums.com/showpost.php?...postcount=3768 specified using the parameters -mzstd:l3 -df5p -dd5, and since that didn't work directly, I used the precomp command to run it like this: xtool.exe precomp -mzstd:l3 -df5p -dd5 "CRICKET 24" "CRICKET_24_PRECOMP". The process started, but my 90 GB game folder is creating an output CRICKET_24_PRECOMP folder that has already grown to over 190 GB. As I'm new to this, I just wanted to ask if this massive increase in size is normal for the xtool precomp process and what the correct next step is after this finishes. Thanks in advance for any guidance!

Masquerade 11-08-2025 11:53
^^
Seems to be working correctly, the precompression process is removing the existing zstd compression and writing the decompressed data to disk.

naxil 27-08-2025 01:31
exist a way to use it under linux?

NERV 17-01-2026 08:22
1 Attachment(s)
New Release: XTool v0.9.1 (12.01.26)
Quote:
Changes

- minor code optimisation and fixes to prevent errors in certain scenarios

- fixed issues with reassign stream feature

- fixed issues library config based plugins

- removed recompress stream feature

Notes:

Reassign stream was added because of inconsistent game engines like Unreal Engine because you could write a program/library to work on a list of games then a few months later, they change something in how the files are stored which renders your tool outdated because it no longer works on the newer games. unreal.dll is a plugin to support ue3-5 games and for as long as I remember, ue3 games were compressed with lzo then came mass effect legendary edition and it used leviathan, so I updated the plugin and then Gears of War Reloaded came out and it used lz4hc so rather than updating the plugin (I've lost source code), you can reassign all those ue3 streams to lz4hc, this feature was bugged but now it is fixed and should work like so:

Usually, you'd use -mue3 to precompress the game but it doesn't work because now the game uses lz4hc so, you need to notify xtool that streams need to be reassigned to a different codec and the new method becomes -mue3+ue3=lz4hc:l9.

Library config based plugins were added in 0.8.8 because I'm a person who seems to always lose their source codes due to hard drives dying, so what I've done is allowed dlls to be imported through ini which xtool can make use of, so rather than write code internally in xtool or through a plugin which is bound to have its code lost, I can just share a ini just like other config based plugins and if there's something that needs changing or updating, either the user can do it themselves or I can just use notepad to provide a quick solution. I've provided a sample.

Recompress stream was removed because it was an overly ambitious feature I thought of added, the idea behind it was that since some compression algorithms, zlib, zstd, lz4, and oodle to a certain extent do not error out if the incorrect compressed size was provided. So what does this mean? It means if a game could not be precompressed at all, like some special edition of zstd or oodle was used and let's assume it was compressed using level 6, recompress feature was meant to allow you to recompress the streams with a stronger level, let's assume level 7 and by doing this, you ensure that your new stream will be smaller and could replace the level 6 stream that could not be precompressed, a new game file is produced and that will be your new game files and then you can use xtool normally to precompress the game and repack it.

So, what's the problem? Well by doing this, you're opening a can of worms because you now have to test if the game works without issues (maybe from start to finish) because the game files were "modified", it is lossless but it is no longer bit-perfect and you might as well use other tools to rebuild the game files after unpacking them because that's even safer due to headers being updated too and this is why it was removed. 0.9.0 is the last version to have this so if you want to use it, then look for that version here.
https://www.patreon.com/posts/148017425

Butza 09-03-2026 02:10
Tell me how to scan oo2scan_7_win64.exe files when they are encrypted (unreal)

Redmist2013 13-03-2026 20:39
So, to clarify, do we need an older version of XTool for Unity/LZ4 files? I've noticed it doesn't seem to work with recent versions.

KaktoR 13-03-2026 20:57
Send sample

Redmist2013 15-03-2026 05:03
1 Attachment(s)
Quote:
Originally Posted by KaktoR (Post 509588)
Send sample
No problem - attached

Redmist2013 16-03-2026 21:55
OK, it's fixed in 0.9.4. Thanks, Razor12911.

NERV 17-03-2026 04:00
1 Attachment(s)
New Release: XTool v0.9.4 (17.03.26)
Quote:
Changes

- Added internal version check when dragging liblz4, libzstd and oodle dlls onto xtool

- Added cls config

- Fixed an issue with plugins not being loaded correctly

- Updated library checker when using UI

- Updated leviathan codec
https://www.patreon.com/posts/xtool-v0-9-4-153238519

wrathma 18-03-2026 12:13
1 Attachment(s)
im trying xtool 0.9.4 on latest version of no man's sky but it keeps failing. zlib also doesnt work.
test on NMSARC.MeshPlanetDESERT.pak (0.41kb) -
Code:
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 987) using l16:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 936) using l17:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 922) using l18:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 921) using l19:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 922) using l20:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 922) using l21:f0:w0:b0 has failed
[0] Processing zstd stream at 0000000000009E50 (909 >> 65536 >> 922) using l22:f0:w0:b0 has failed

Streams: 0 / 3
Time: 00:00:00 (CPU 00:00:00)

Size: 0.04 MB >> 0.04 MB

Done!!!
edit:
fixed by replacing old libzstd.dll with a new one from https://github.com/facebook/zstd/

NERV 28-03-2026 23:25
1 Attachment(s)
New Release: XTool v0.9.5 (21.03.26)
Quote:
Changes

- updated DirectStorage gdeflate and nvCOMP libgdeflate codecs

Notes:

This is a complete implementation of both libraries meaning compression level can be specified and as such, the game Ninja Gaiden 4 now requires you to specify the correct level for precompression which is level 6 because stream patching takes place. Don't mind the streams that get left behind for that game because they are just too small to be patched without incurring negative ratio.
https://www.patreon.com/posts/xtool-v0-9-5-153584845

hwang4 20-04-2026 07:09
dd3 instead of srep
 
i compressed using "dd3" parameter in xtool , but got error in decompression , need help or a tuto for how to use/configure correctly "dd3" instead of srep!thx

Dunnowho69 01-06-2026 23:52
xtool v0.9.6
 
1 Attachment(s)
Quote:
Changes

- added tracking for sizes of stream patches

- added stream coverage tracking

- added option to specify multiple oodle libraries to use (-oodl#)

- fixed issues with reassign stream feature

- fixed minor issues with DirectStorage codecs

Notes

Patreon now seems to have virus scanner in attachments that I upload and has false detected xtool, this has delayed the 0.9.6 update because I was stuck in a situation where I wondered, should I add a password to the archives to prevent scanners from blocking the post? But then that would raise suspicions to some people using this tool especially with some programs like cpu-z and such getting malware recently (it's good to have trust issues) and so, I want to make it clear. The software is provided as is and I shall not be held liable for any damages.

With that out of the way,

xtool now tells you how many streams were patched and how big the patches are that way you can play a bit more with -df parameter to maximise ratio for imperfect streams.

Streams: 5359 / 5547 (95,43%)

Patched: 5359 (0,15 MB)

It also tells you the stream coverage in percentages, 95,43% as an example for that input means 95% of the file had streams and 5% was something else, this is good feature that tells you if said file contained something else other than streams, maybe audio, video or encrypted data.

Streams: 17850 / 17850 (7,72%)

ForzaHorizon6\media\Tracks\Brio\GeoChunk0.minizip

This file is 37GB, only 7% contains zlib streams, what is the remaining 93%? That's for you to investigate...

I've also added the feature that allows you to specify multiple oodle libraries for precompression, if one fails the next one is attempt because there's some games that seem to use more than one dll which makes complete precompression in one go not possible, requiring multiple passes of xtool which can be slower and use more memory.

Keep in mind, that the same parameters for oodle dlls is required when decoding and the primary oodle dll -oodle### should be a newer version meaning, do not use oo2core_4_win64.dll for the first one and oo2core_6_win64.dll for -oodl2###

gameresources_20_patch2.streamdb

xtool.exe precomp -mkraken:l6 -c32mb -oodleoo2core_9_win64.dll -oodl2oo2core_9_win64_2.dll - -

with one library

Streams: 1045 / 1154 (96,90%)

Size: 356 MB >> 534 MB

with both libraries

Streams: 1150 / 1154 (96,90%)

Size: 356 MB >> 605 MB
https://www.patreon.com/posts/xtool-v0-9-6-159873167
Password: 123

NERV 19-07-2026 03:11
2 Attachment(s)
New Release: XTool v0.9.7 (27.06.26)
Quote:
Changes

- reassign stream feature separated from -m, now uses -r

- minor optimisations
https://www.patreon.com/razor12911/p...-9-7-162247232

NERV 01-08-2026 09:25
1 Attachment(s)
New Release: XTool v0.9.8 (30.08.26)
Quote:
Changes

- fixed issues with fast-lzma2

- fixed issues with some plugins not working

- fast-lzma2 dll requirement reverted

- memory optimizations


Notes

fast-lzma2 is back to requiring dll to be present to work, reason? well, there's been a bug dating back to 0.6.1 with fast-lzma2 where they'd be decompression errors and I thought the bug was caused by including compiled code within the exe but it wasn't and when I had fixed the issue, I just felt like it's best to require the dll in cases where there's still more bugs with the library itself and the user can fix it themselves by replacing dll.

I also figured out the reason why Patreon has been acting up with xtool attachments as of late and the reason I had to password protect them. The x86 builds some people have been requesting me to include for whatever reason keep getting false detected as malware so if you're making repacks for the public to use, I strongly advise against using x86 (32-bit) binaries, this also applies to the cls as well.
https://www.patreon.com/razor12911/p...-9-8-165278028


All times are GMT -7. The time now is 14:17.
Page 18 of 18 « First 81617 18
Show 40 post(s) from this thread on one page

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com