pZLib v3 (Final release)

[zouzouni]

Originally Posted by shazzla

Hi guys !
i hope someone can help me,because im in trouble with pzlib3 hotfix.
I cant decompress the archive using cls_pzlib.dll. It says :

ERROR: archive data corrupted (decompression fails)

The facts :
PZLib 3 hotfix
FreeArc 0.67 (December 12 2012)

@Compression :

Arc.ini :
[External compressorzlib]
packcmd = pzlib e - -o - <stdin> <stdout>
unpackcmd = pzlib d - -o - <stdin> <stdout>

Command:
d:\Trashcan\ISDone_Reflate\pack>arc.exe a -mpzlib d:\Trashcan\ISDone_Reflate\pack\1.arc d:\Trashcan\ISDone_Reflate\pack\autotest.tmd
FreeArc 0.67 (December 12 2012) updating archive: d:\Trashcan\ISDone_Reflate\pack\1.arc
Compressed 1 file, 93,613 => 446,170 bytes. Ratio 476.6%
Compression time: real 0.10 secs. Speed 955 kB/s
All OK

@Decompression:

Arc.ini:
[External compressorzlib]
unpackcmd = pzlib d - -o - <stdin> <stdout>

Arc.ini and CLS_pzlib.dll are in the decompression folder.

d:\Trashcan\ISDone_Reflate\unpack>unarc x 1.arc
FreeArc 0.67 unpacker. Extracting archive: 1.arc
Extracting Trashcan\ISDone_Reflate\pack\autotest.tmd (93613 bytes)

ERROR: archive data corrupted (decompression fails)

BUT if i remove the CLS and copy pzlib.exe and its DLL's to the decompression folder... It unpacks !

Am i miss something ?

This pzlib v3 (so is V2) doesn't work with cls pzlib Dll ....not meant to work with , Razor 12911 didn't program it to use cls Dll... ; )

Hey Razor , Thx again for that impressive tool , awesome work adding reflate functionnality for special zlib headers (optionnal Dll) ... wow ,very fast and great compression ratio

.... but main thing is that I can't unpack at all , always give crc checksum error at some point!

I tried on Shadow Warrior 2 bin files . Pzlib could reflate 12.9 to 22 Gb and then applying srep +lzma I could get a nice 8.4 Gb but decomp ( using ASC v0.0065 ) will always get stuck no matter how I do ... (same with pzlib v2)

I tried both V3 and hotfix, with and without optionnal files, I tried
parameters like :
-m2 -x -r9 -t4 (out of 8 threads for my xeon 3440) with optionnal Dlls
-m2 -c128m -t4
-m2 -c32m -st50
.....all giving roughly same ratio but still unpacking errors (ASC just stops decomp but no error)

Then i tried changing Input/Output settings in arc.in
from: - -0 - <stdin> <stdout>
to - $$arcdatafile$$.tmp -o $$arcpackedfile$$.tmp (PrinceGupta recommendation)
....still errors at decomp , ASC stops

Then I tried to remove files on which ASC seems to hang... it always hangs on a new file, eventhough those files could be decomp previously (before I start to remove them)

Does this has something to do with ASC ....???

Then I finally tried to change Srep settings playing between m3f/m5f and even adding -hash=md5 crc checksum.... same results, ASC stops.

I am talking about errors because I am pretty sure that if I use inno script it will send me crc checksum error ....this already happenned to me using pzlib v2 with Skyrim SE and MGSV TPP (ASC stops and Inno gives a crc error)

....and I ve just finished DarkSiders Warmastered Edition .... It wasn't decompressing either (-m2 -c400m -t4, seems to be the best setting to catch all zlibs) ....I tried Srep m5f setting and it now decompress ok with ASC ..... awesome!


BIG thk you anyway for this great christmas Gift !!! we have a new toy to play with!!