Don't worry mini. Is beta test. Test pzlib only. I was tested a game 68gb with pzlib+lzma and my hdd now is full and the test never end. But the application not crash. :)

is restoration possible for version 1.0?

I try to avoid errors.

Update available

Changes


Threads inversely proportional to speed for stability (new maximum for threads is 4 instead of 8 )
-Speed for multi threading improved
-ms conversion to readable time added as requested
-encode/decode can be shorted to e/d

dont know

reflate result - 9.96 gb

I want to receive the same result with the help pzlib :)

Hi Razor i have a problem in the data decompression using "PZlib 1110" I get this error.

http://i63.tinypic.com/2s991dt.png

:confused:

that's weird. will check.

Can we integrate this with ISDone?

Hi Razor, news of some stable update. I was willing to use it but I always problems on decompression.

What problems?

If you problem about your Compressor GUI, like my Mini Compressor, use this if helpful:

I do not think that's what the problem was too obvious, already I tried to decompress with both lines:
& In fact out of curiosity I wanted to try your utility, the same error.

http://i68.tinypic.com/sdzrqc.png
The problem is always the same, already posted ...

http://www.fileforums.com/showthread...7888&page=3#45

Using the line "unpackcmd = pzlib -d - -o - <stdin> <stdout>"

&

http://i67.tinypic.com/9hszlz.png

Using the line "unpackcmd = pzlib d $$arcpackedfile$$.tmp -o $$arcdatafile$$.tmp"

Personally I think this is one of the best compression projects developed. On my part I have much interest in the excellent level of compression, with a high speed of execution of the packing, compared to the classic precompressor.
My intention was also to integrate the MSK in the latest version, but if errors are generated during decompression of the archive created, I cannot guarantee the complete functionality.
I examine of more to see if there any file or type of files that can generate the error during decompression.

add -v option during comprssion if you have CRC errors during decompression

[External compressor:pzlib]
header = 0
packcmd = pzlib e - -o - <stdin> <stdout>
unpackcmd = pzlib d - -o - <stdin> <stdout>

OK I solved used PZlib v1100 (24/05/16), with this line everything works perfectly in Compr & Decomp..;)

:p

He tried in PES 2016, is good PZlib

I even mentioned beginning of topic, if you encounter CRC errors or just to make sure CRC stays the same, add -v

.arc not compress files

:confused:

Sorry Razor but two out of three times I get crash of the arc.exe at the beginning of compression ...

https://goo.gl/ylQXJL

I don't understand what the problem...:o

It happens, freearc bug.

:eek:

Tests performed on 33 different compressors, combined with various methods and masks, never any crashes with arc.exe, the thing is quite strange.:confused:

EDIT:

Probably I solved the problem lies in the line of options, run other tests of safety and I post the right configuration.

Final Test PZlib V1100 recommended options if you are experiencing app-crash in arc.exe

Comp;


Decomp;

It's now an ordinary bug on my side, compressors with stdin and stdout during compression, and if you're compressing a large number of files, this happens. Pretty much annoying.

:cool:

;)The important that the problem is solved, even with a large number of files...:p

:p but still, when everything is piped, overall speed is better.

Razor I need of the command for the console help info of PZlib and Reflate, if you have implemented.
I tried it with the command "pzlib.exe -h" or "pzlib.exe -help" but it does not work.

well unfortunately, i haven't added that.

Ah..Ok.
I am entering a new source on the help info in MSK on 34 different compressors, when I will have finished to compile the ContextMenuStrip I send you a PM to complete the info on some compressors.
Thanks Bro..

and error because?

http://i.imgur.com/gEl4I5o.png

Check set..http://fileforums.com/showthread.php?t=97888&page=4#60

Update for PZLib available

Changes

Only added x64 support.

Comparison between x86 and x64

Where's the download link? :P

look at first post

It does not open how it works?

-_-, this works with Freearc man...

hahaha...

Update for PZLib available

Changes

Updated multi threading

Hey bro, you said to use -v for CRC problems, but using -v just blocked any compressing gains, the compressed file just become out same size of input file. Without -v decompressing is just failing with CRC Always.

I like Pzlib for compresisng since it is much faster than Precomp and give nearly same final size but decompressing problem is just avoiding to it be a standard usage for me.

If you just remove the multithreading for decompressing dont it fix the problem since decompressing is known to work properly in single-thread..

That isn't the case most of the time.

I don't understand this part here.

I have a problem
CRC failed in "data\corecharacter.arch05". File is broken.
http://i.imgur.com/uwGpfaJ.png
it happened with any file type :\
I also turned off threads but still this error / tried -v option but it didn't even make an output file :(

the problem goes with -v parameter , the way you add it in arc.ini :D
I finally got it work comp/decomp was success

Just add -v at the end of the line & not after pzlib ex:
packcmd = pzlib e - -o - <stdin> <stdout> -v

don't put it like this or even in the middle ... etc
packcmd = pzlib -v e - -o - <stdin> <stdout>

same problem happens with antiz Just add -r at the end :D

in the end :D thnx razor & Panker for this great work :)

Guys, I said this in the beginning of the thread, you must add -v if you're getting CRC errors.

-v is just verification, it just makes sure that the streams that were found match CRC when being restored, it permutes some streams which is why you get a better size without verification than when it's turned on.

I got another problem Arc crash when trying pzlib on
Need for speed MW 2012 :( while other pre-compressors didn't make arc crash
http://i.imgur.com/bgaNOkF.png