> Turns out the issue was caused by this
https://community.idera.com/develope...ream-2gb-limit

because of these obscure bugs, I didn't continue with Delphi, especially ide is shit compared with other. You're still holding grounds nice work :)

Thank you very much:D If I can make a small comment, isn't resource string editing "overkill"? I mean, simple "-mzlib,reflate" syntax is all that is needed...(currently, only possible is, for example, -mzlib+reflate)

Anyway, thanks again,
regards

Well I mostly evade the bugs by just sticking to WinAPI functions and a few times by using System functions but then with these I usually have to write custom code that do the same thing just that the one Delphi has is crap. :)

the problem is commas are used for something else

example -mzlib:l98,w15+kraken:l9:t128...

if we replace + with , then syntax will look like this -mzlib:l98,w15,kraken:l9,t128..
zlib will start considering everything as one of its parameters. :p

Edit:

This is what you need to change via Resource Hacker in xtool.exe

Update available

Changes

- updated search/config support

Notes

You can now use database files (*.xtl) posted in this thread to precompress games which the program does not have a native support for.

An example is Far Cry 5, the game is lz4 compressed and as there is no universal scanner for these streams, you can use a generated database to precompress the game.

Results on farcry5.dat:

I understand now and I agree comma is not a good choice, but how about & or # sign?...I never asked for , specifically, it does not matter as long as it is not +

Anyway, it is just a suggestion, ResourceHacker editing is not a problem, changed to & and it is working great (it's even more logical to me with & sign) :)...
Thank you very much for your work,regards

Greetings Razor

Does the Dunia codec support for Far Cry Primal?

I haven't seen any mention of it here or on the DELZOREC thread on krinkels.org.

I tried using DELZOREC on the HD Texture file, but it certainly didn't work (3GB file somehow unpacked to 1GB).

If anything needs testing, I can upload some small samples. If there's a way you could show me to see what kind of compression is already on the files, that would also be appreciated.

Just Srep+LOLZ

Yes, but being properly precompressed wil get an even smaller packed version, which is what I'm going for here.

I had totally forgotten about Primal, I'm only guessing when I say that I think it uses the same stuff that Watch Dogs 2 and Legion uses, so I think after I'm done with these, I'll check it out.

Update available

Changes

- fixed search/config support bug (thanks dixen)

Tested FC5 *.dat with XTool R4 and...It closed on 10-20%
https://i2.imageban.ru/out/2020/11/0...b05b076a45.jpg

Well it's not like I didn't say something was wrong and fixed it in the next release... :rolleyes:

But...If tested without SREP or LOLZ - ALL fine unpacked and XT20 process used about 300-400 mb RAM.
UPD. XT20(R5) + SREP = same bug

try unpacking with temps (disable cls/stdio), maybe we can see what is causing the problem.

Edit: I may need to make cls of xtool perhaps just to avoid issues.

20 gb data.arc - same bug.

OFF stdin/stdout - in progress

UPD

With this parameters - same bug - xtool is closed on 2.5-2.7 gb RAM
R4 or R5 - no matter..
Offensively

could you try without deduplication, too many points where an error could occur.