PZlib (Alternative to Precomp)
 

Pre-ZLIB (pzlib)

Alternative of precomp

This program detects and unpack zlib streams for a certain input
giving you an option to apply a stronger compression such as LZMA.

This only detects zlib streams compressed using default and maximum level
which have headers. (It doesn't detect headerless)

Usage:
pZLib encode/decode [options] inputfile -o outputfile
inputfile/outputfile can be specified as "-" for stdin/stdout

Options:
-t#: Number of threads to use
-t#p: (default = 50) Percentage of threads to use
-v: Verification so that restoration keeps CRC the same
-ai: Prints out additional information

Note:
Input and/or Output can be "-" to signal stdin and/or stdout usage.
Multi threading only works during restoration.

Example:
pzlib encode $$arcdatafile$$.tmp -o $$arcpackedfile$$.tmp

Created by Razor12911 and Panker1992

good job! waiting CLS-PZlib ^_^

CLS-PZlib is not really necessary. It will work with Inno no problem as long as arc.ini is there, it will show progress etc.

CLS uploaded

Took about 20 minutes to make CLS, its not properly tested but it works.

CLS works on its own, it doesn't need exe alongside it.

This Method is actually a zlib killer :P

it can pack Dragon Age Inquisition, which precomp took 12 hours in about 1 our or so :D

i hope we see some results, this is the method i had once used to show reflate's speed packing dragon's dogma.

this is actually one of the 4 methods our fully fledged reflate has :D

enjoy !!

Linking Articles old test
 

Me and Razor decided to show you the progress we did so far,

this test is about how far we are going with reflate

input file was the entire game Dragon's Dogma

we only applied -mreflate and not fully repack for the sake of comparison

the game total input was 19.7 GB

the left CMD is HDD and right CMD is SSD

the process on HDD took 54 minutes, in which reflate took about 30 minutes to fully process the file

the process on SSD took 38 minutes, in which reflate took about 22 minutes to fully process the file


Edit : Extraction was Successful :D it took 28 minutes to decomp <stdin> <stdout> usage

Original Article here : http://fileforums.com/showthread.php...hlight=reflate

The effect of "-l" option.

Thank you panker and razor for the soft, I think your partnership is going well. I hope you come with more great works. Thank you again for this ;)

Is this work with ASC?

Yea, I tested.

Can you explain this sentence, "348MB instead of 82.3MB" ? Does it mean that the original file size was 82.3MB and resultant file size came out to be 348MB?

It means that's the new file size from the input, from the 348MB, you then apply stronger compression to make the file size drop even further, for example this file. Originally, it is 82.3MB, after applying pZlib, it becomes 348MB, from that apply LZMA it becomes 9MB. (For this files, other files behave differently)

9MB! That's amazing, man. And thank you, for explaining.😊

Very nice tool works correctly.

1. what news about decompression FZR?
2. whether there will be a support multithreading Pzlib?