pzlib is not perfect, it does have bugs.

But I do every time I use the single-core (t25p), there is no problem and error:D

Sample
Just Cause 3 pZLib e -t100p Crc Error | -t25p No Crc Error
BERSERK And The Band Of The Hawk pZLib e -t100p Crc Error | -t25p No Crc Error
Final Fantasy X X-2 HD Remaster pZLib e -t100p Crc Error | -t25p No Crc Error

Someone on the previous pages telling not to use <stdin> - <stdout>. Then you should use all settings without crc error. But honestly, i don't know how to use this.

single thread has a different code in pzlib, no point in using multi threading technique for 1 thread, result will just be slower.

I wonder the same thing
However, for me this is it.

I've tested many games with large file

For example
BERSERK And The Band Of The Hawk
Just Cause 3
pzlib:m2:x:s:r9:t100p:st100p:ct100p Crc Error
pzlib:m1:x:s:r9:t100p:st100p:ct100p Crc Error
pzlib:m2:t100p:st100p:ct100p Crc Error
pzlib:m2:c250m:t100p Crc Error
pzlib:m2:t100p Crc Error
pzlib:m2:t75p Crc Error
pzlib:m2:t50p Crc Error

pzlib:m2:t25p No Crc Error

Use External compressor

[External compressor:PZLib]
header = 0
;packcmd = pZLib e -m2 - -o - $$arcdatafile$$.tmp -o - <stdout>
;packcmd = pzlib e {options} - -o - <stdin> <stdout>
packcmd = pZLib e -m2 -t25p - -o - <stdin> <stdout>
unpackcmd = pzlib d -t100p - -o - <stdin> <stdout>

CLS uploaded

Cls decodes only, might fix bugs.

@Simorq

-t#, automatically sets -st# and -ct# to be the same value.
Try,
pzlib:m2:t100p:st1

CLS can decompress without pzlib.exe or not ?
btw, thanks still update for PZLIB.

update :
got some error in cls, always close....

It just closes?

yes, always close. i try in other archive and same, still closing while extracting.
Always close in 54% - 57%...


Before, i compress use pzlib.exe for 64-bit but in extacting i use pzlib.exe 32-bit and working fine.

The CLS works wonderfully, thank you Razor!

Does not require pzlib executable (I assume that's the purpose of cls to begin with?)

Tip: If you used pzlib64 to compress your game, rename the cls-pzlib.dll to cls-pzlib64.dll and it'll work just fine.

Thank you very much
But the problem is not solved.

Styx Shards of Darkness
Mad Max
I think it is a bug in -t.

With most games i get ok decompression with CLS+Freearc GUI, but with one game specifically i get errors during decompression like others.

Apparently CLS-pzllib.dll is not respecting the argument -t#p or -t# for decompression, even if i set -t50p it always using total of 7 threads (-t75p). I have 8 threads CPU.


Edit: Ok i find the cause of decompression errors. If i compress that specific game with -t75p then decompression will cause error. But compressing with -t50p give correct decompression without any error. Anyway decompression always using -t75p for cls-pzlib.dll.

Like I said before, -t# sets -st# and -ct# to be the same value, so if st1 gives errors, you might wanna try -st2

Try to set t75p @comp/decomp.
It worked for me flawless!
Previously i had many CRCs,too.
Let me know the results.
And before i forget,do not use pzlib's stdin/out !!!
Specify output/temp files,like in precomp ! :)

Thank
I'm testing and I'm Report
But it it does not matter
It is important for decompression using t100p:D there is no problem