darn that means i'll have to do sonic forces over again...
oh well having two computers is a good thing lol

What I understood, is that you try to say that I compressed with v1 and I'm trying to decompress with v2.

I did 2 comprehensions, as with the 1 and the 2, the only thing I use the same .arc os the parameters, the problem is when decompressing.

i look forward to improvments in speed with crilayla
the zlib feature works very well and it is faster than ztool
zlib from my testing..

crilayla speed isn't relevant to xtool itself but the dll which is used. Pretty much nothing I can do on my side.

thats too bad well at least... its still faster than extracting the file and packing it back up and even when you do pack it back up there is no guarantee it will work...i hated searching forum after forum for a packing tool that would work

@Razor. Thanks for the tool buddy.

I checked it with the files of mass effect 3, everything is precompressed better. I got output size what was shown by ds4zlib.
Speed is better than ztool.
ram utilization is better than ztool.
only one bug which i encountered was manually closing xtool when pressing cancel button on setup.
The latest version v02 doesnt include cryla library. have u removed this lib support.
It would be nice, if u create tools like DS4ZLIB, they come very handy.
r u planing to add lz4 support?

Thanks

^use taskkill for cancel button

if you set the arc.ini settings similar to this
it will read both zlib and cri

Yeah I know that bro. I just informed about the bug.

Ehh :D

use unarc. example:
unarc x -o+ -w.\ -dp_TEST DMC3-0.bin

I use the example from razor (v02). And it was only once. On second test unpack all was normal again.

I always have this if use the example from razor (v02). :) because arc.exe x32 bit.

Freearc bug, not related to xtool at all.