1-you shouldn't put reflate settings in arc.ini as it has its own cls ,I mentioned that in EGYcompressor
http://i.imgur.com/QP6e3dG.jpg
2- I used this reflate many times on large files (more than 2GB) & compression & decompression was success
3- try from cmd to extract the archive & see if it still stuck at 15%

Yeah if I use batch file there is no problem...
But when I put this in asc in arc extract with resources all required it stuck Everytime.....

did you try to delete reflate from arc.ini for ASC ??
if yes & the same happened try on normal inno script if the same you have to make inno launch a bat file after extracting which will unpack reflated files :(

Hello razor. I tested on .sds file of Mafia 3 (32mb). Win 7 64 bit on fx 8350.

Reflate level 1:
FreeArc 0.67 (March 15 2014) creating archive: data\data1l1.arc
Compressed 1 file, 33,397,949 => 56,319,667 bytes. Ratio 168.63%
Compression time: cpu 0.05 sec/real 14.87 sec = 0%. Speed 2.25 mB/s
All OK

Reflate level 9:
FreeArc 0.67 (March 15 2014) creating archive: data\data1l9.arc
Compressed 1 file, 33,397,949 => 50,587,917 bytes. Ratio 151.47%
Compression time: cpu 0.03 sec/real 17.82 sec = 0%. Speed 1.87 mB/s
All OK

This is ok but with level 9 it is slower and a lower ratio. Have you got an idea?
With other reflate versions there was marked how many stream found.
It seemed useful so I do an idea if the result was good.
I tried on xp 32bit but work only 64bit, pity.
Very thanks for job Razor!

I compresed files successfully with above cls +reflate but i am getting extraction problems... Sometime the extraction stucks at 5 sometimes 50... any suggestions please...
Any other reflate with cls or stdin stdout available please do tell me... I also heared about reflateMt, how can i find this please... I need it badly pleease...

@Lucas65, for your information the level between 1-9 isn't a compression level. In Reflate things work different from the level setting. Mostly you get better compression and time at level 6, sometime level 9 or even level 1. You must try a different level for every different kind of file. God Speed.

I'm without luck with a specific game. Pzlib v3 just crashes during recompression or cant find deflate streams in the game. CLSreflate find the streams and recompress fine with good final ratio after srep+lzma. The problem than during decompression it fails.

Tried reflateMT but it stuck always at 59% when compressing.

This fails during decompression?

CLSreflate fails in decompression, yes. PZlib cant find headerless streams during compression. I think the error for reflate in decompression is a bug of reflate itself with the file type.

Game is from PS3.

ERROR: CRC failed in "unpacked\c0000\c0000_a2x.anibnd". File is broken.

If i try compressing every file from the folder individually then decompression works fine, but when i just compress all folder together with reflate it cause CRC error in decompression.

actually you will never get the error in PZLIb V3H if you use reflate dll and smaller value with -s
looks like the error is in razor methods(m1,m2) but not with reflate itself
try using something like pzlib:m2:x:s16:c96m:t100p
arc.ini

What exatly -s parameter does? I not even added this but using reflate.dll worked, now pzlib detect streams and can decompress it without error. Thanks for simorq and princegupta2000.

[External compressor:pZLib]
header = 0
packcmd = pZLib e -m2 -c32m -t25p - -o - <stdin> <stdout>
unpackcmd = pZLib d -t100p - -o - <stdin> <stdout>

without error

I just noticed than if i use one sollid block with this command -s; it cause error in decompression with Pzlib+reflate.dll in this specific game i trying. If i set manual solid block size with -s8192m it decompress without error.

Simorq -t#p only dictate the number of your CPU threads in percentage, does the thread numbers used affect reliability for compression to avoid errors? When i decompress i use higher amount of threads because decompression speed with pzlib is very sensitive with number of CPU threads used.


Decompression using -t6:

What's the difference between k and l in archive?