PZlib (Alternative to Precomp)

[Razor12911]

Originally Posted by chum

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.

That isn't the case most of the time.

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..

I don't understand this part here.

[aswadd]

I have a problem
CRC failed in "data\corecharacter.arch05". File is broken.

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

[aswadd]

Originally Posted by Razor12911

That isn't the case most of the time.


I don't understand this part here.

the problem goes with -v parameter , the way you add it in arc.ini
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

in the end thnx razor & Panker for this great work

[Razor12911]

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.

[aswadd]

I got another problem Arc crash when trying pzlib on
Need for speed MW 2012 while other pre-compressors didn't make arc crash

[Gupta]

Originally Posted by aswadd

I got another problem Arc crash when trying pzlib on
Need for speed MW 2012 while other pre-compressors didn't make arc crash

this are the things which are already discussed in the forum

use

[External compressor:pzlib]
header = 0
packcmd = pzlib e -v $$arcdatafile$$.tmp -o $$arcpackedfile$$.tmp
unpackcmd = pzlib d - -o - <stdin> <stdout>

[chum]

Originally Posted by Razor12911

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.

The problem Razor is than using -v for Shadow of mordor cause the output data1.arc come same size of input folder files. Input folder files size=16.5Gb, data1.arc=16.5GB with -v added. Without -v data1.arc compress fine to 5GB but then unpack just give CRC error.

[Razor12911]

yea, it means the data could be recompressed but CRC could not be maintained.

[~MAK~]

Originally Posted by Razor12911

yea, it means the data could be recompressed but CRC could not be maintained.

Then is it possible that you make 2 version of pzlib, first one is your this already released one, and second one will have this idea if possible while compression and decompression there should not be any CRC checks and later we could patch that file with xdelta to make it md5 perfect

[Razor12911]

Haha, that will not work. The difference is too much, it isn't just a few bytes that differ but the whole thing. Tried xdelta, it isn't going to help, instead it will make diff files almost the same size as original sometimes even more than which cannot be compressed further then end up with negative ratio, end up with ratio more than 100% even after compression.

[~MAK~]

Originally Posted by Razor12911

Haha, that will not work. The difference is too much, it isn't just a few bytes that differ but the whole thing. Tried xdelta, it isn't going to help, instead it will make diff files almost the same size as original sometimes even more than which cannot be compressed further then end up with negative ratio, end up with ratio more than 100% even after compression.

hahaha, I already expected that :P . Anyways Nice to meet you

[Razor12911]

Nice to meet you too.

[ChronoCross]

Testing pzlib pipe downloaded from encode.ru.
7z tar pzlib e - - srep 7z lzma
compression good
decompression fail stuck in 39% i need to add -v option?

[Razor12911]

-v doesn't exist, it's a new program I'm creating, somehow it gets stuck. really frustrating.

[Razor12911]

Source uploaded