View Full Version : Reflate+Static+Fazip
1234567890123
30-03-2016, 08:25
When I was compressing Pes 2015 I noticed something using reflate+static+fazip better than reflate+static+nanozip (I don't say it's always good) and I can't extract data which compresssed by nanozip.So I want share the compressor.I think it's usefull which is compatible with reflate ex. gta 5 pes 2015 2016 vs..
http://www.mediafire.com/download/tjarm3ryyx4j5wp/Reflate_Static_Fazip.rar
ChronoCross
30-03-2016, 08:46
What is static?
felice2011
30-03-2016, 12:29
:confused: I did not understand anything.:rolleyes:
ChronoCross
31-03-2016, 10:18
I download the file and it's nothing new.
panker1992
01-04-2016, 03:06
you dont need fazip.exe to do exe, exe2, delta, rep,4x4 etc
those dll Bulat provided are capable of anything :D
so wit hthat said that cmd line with fazip can go
and replace by dll so, take this adcvanced version with lzma2 using 4x4
ChronoCross
02-04-2016, 14:26
you dont need fazip.exe to do exe, exe2, delta, rep,4x4 etc
those dll Bulat provided are capable of anything :D
so wit hthat said that cmd line with fazip can go
and replace by dll so, take this adcvanced version with lzma2 using 4x4
mmmm... that's not correct panker1992. facompress was made to optimize some algorithms that are specifically compiled in arc.exe like PPMD for MT. however some tests showed that decreased the speed of compression and a Decompression of some algorithms TTA/delta(for audio). (those DLL Still in beta). fazip64.exe also contains the last optimization for algorithm LZMAx64 and the others exe, rep, etc. x64optimization.
panker1992
05-04-2016, 17:12
Sorry for late reply havent logged in for a while :D
Chrono Cross i am letting you know that Bulat will not post another freearc, and from my point of view nor srep, fazip etc.
i use lzma2 since i found out how to use it it performs with 3 times the speed that lzmax64 has.
ChronoCross
06-04-2016, 11:57
Thanks panker for the advance version. I use srep+xtor for speed compression.
ChronoCross
07-04-2016, 15:18
Anyone was tried to use FastBackup by bulat. use a lot of ram.
panker1992
08-04-2016, 10:44
Chrono can you post some lzma vs fastbackup ??
wanna see ratio and speed :)
if you can it will helpful for people especially for new ones, thanks
also test zstd x64 with -21 vs fastbackup.
ChronoCross
08-04-2016, 20:14
fastbackup -m4
FreeArc 0.67 (September 13 2014) creating archive: srep_fbm4.arc
Compressing 376 files, 116,901,149 bytes. Processed
Compressed 376 files, 116,901,149 => 35,236,692 bytes. Ratio 30.14%
Compression time: cpu 0.53 sec/real 18.28 sec = 3%. Speed 6.40 mB/s
All OK
Compressing 116,901,149 bytes with srep -m3f -d1g -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Compressing 98,990,174 bytes with fb009.exe a $$arcpackedfile$$.tmp $$arcdatafile$$.tmp -i2 -m4
Errorlevel=0
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Kernel Time = 1.310 = 00:00:01.310 = 7%
User Time = 0.608 = 00:00:00.608 = 3%
Process Time = 1.918 = 00:00:01.918 = 10%
Global Time = 18.377 = 00:00:18.377 = 100%
ZSTD
FreeArc 0.67 (September 13 2014) creating archive: zstd.arc
Compressing 376 files, 116,901,149 bytes. Processed
Compressed 376 files, 116,901,149 => 35,799,293 bytes. Ratio 30.62%
Compression time: cpu 1.08 sec/real 64.71 sec = 2%. Speed 1.81 mB/s
All OK
Compressing 116,901,149 bytes with srep -m3f -d1g -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Compressing 98,990,174 bytes with zstd -f -21 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Kernel Time = 1.170 = 00:00:01.170 = 1%
User Time = 1.154 = 00:00:01.154 = 1%
Process Time = 2.324 = 00:00:02.324 = 3%
Global Time = 64.803 = 00:01:04.803 = 100%
xlzma
FreeArc 0.67 (September 13 2014) creating archive: srep_delta_exe2_xlzma.arc
Compressing 376 files, 116,901,149 bytes. Processed
Compressed 376 files, 116,901,149 => 31,252,133 bytes. Ratio 26.73%
Compression time: cpu 156.08 sec/real 94.59 sec = 165%. Speed 1.24 mB/s
All OK
Compressing 116,901,149 bytes with srep -m3f -d1g -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Kernel Time = 2.293 = 00:00:02.293 = 2%
User Time = 156.157 = 00:02:36.157 = 164%
Process Time = 158.450 = 00:02:38.450 = 167%
Global Time = 94.662 = 00:01:34.662 = 100%
felice2011
09-04-2016, 02:14
Great bench @ChronoCross test try to test the latest version "zstd051" instead of "zstd044", always using the support FA ;)
In addition to obtaining acceptable results of time, the ZSTD version 051, obtains greater compression threshold with the same options and the same input folder.:D
Approximately +0.25% to compression extra on 100mb input.
ChronoCross
09-04-2016, 07:45
the thing is ZSTD use only one core so FastBackup always would be more faster because use all the cores. so in this case of speed compression, i choose speed instead compression ratio. Fastbackup have perfect balance in Speed/Compession.
FastBackup
FreeArc 0.67 (September 13 2014) creating archive: srep_fbm4.arc
Compressing 2,209 files, 2,434,938,849 bytes. Processed
Compressed 2,209 files, 2,434,938,849 => 712,621,630 bytes. Ratio 29.27%
Compression time: cpu 27.50 sec/real 697.49 sec = 4%. Speed 3.49 mB/s
All OK
Compressing 2,434,938,849 bytes with srep -m3f -d1g -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Compressing 1,726,505,451 bytes with fb009.exe a $$arcpackedfile$$.tmp $$arcdatafile$$.tmp -i2 -m4
Errorlevel=0
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Kernel Time = 30.794 = 00:00:30.794 = 4%
User Time = 27.986 = 00:00:27.986 = 4%
Process Time = 58.781 = 00:00:58.781 = 8%
Global Time = 699.555 = 00:11:39.555 = 100%
ZSTD 5.1
FreeArc 0.67 (September 13 2014) creating archive: zstd.arc
Compressing 2,209 files, 2,434,938,849 bytes. Processed
Compressed 2,209 files, 2,434,938,849 => 777,677,800 bytes. Ratio 31.94%
Compression time: cpu 62.46 sec/real 1833.23 sec = 3%. Speed 1.33 mB/s
All OK
Compressing 2,434,938,849 bytes with srep -m3f -d1g -a2 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Compressing 1,726,505,451 bytes with zstd -f -21 $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
Errorlevel=0
Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Kernel Time = 30.435 = 00:00:30.435 = 1%
User Time = 62.790 = 00:01:02.790 = 3%
Process Time = 93.226 = 00:01:33.226 = 5%
Global Time = 1834.073 = 00:30:34.073 = 100%
felice2011
09-04-2016, 13:38
At equal time I prefer the last "ZSTD" the compression threshold remains in favor of this last, with the same processing time.;)
{ "srep+fb" > Level -4 } VS { "srep+zstd" > Level -6 }
http://i64.tinypic.com/34gxe7n.png
Then everyone is free to choose the method they like, mine is just a personal opinion.:)
ChronoCross
09-04-2016, 17:45
well my previous test the files are 2.4GB a game folder textures only. I see your speed/compression (very nice) and your test files are 120MB and looks like the files can´t be compressed more than a half. dead island its a good game to test compression also GRID too, because the textures files are very kind to be compressed.
i forgot to add exe and delta algos to zstd test :p because fb -m4 use those algos.
Pd: you have right felice level 6 its the correct level to compare instead level 21.
PD2:
Here the others tools for test.
felice2011
10-04-2016, 01:17
I have lowered the level of "ZSTD" to get equal time with "FastBackup" and have the same result of compression, if no less in favor of "ZSTD".;)
Logically if I used the level "ZSTD -21" was obtained a longer processing time of about ten seconds, but a greater compression threshold of 2%.
I have also noticed that by testing individual files "FastBackup" with level from -m4 to -m9 compresses better than "ZSTD" with level from -5 to -21, and viceversa.:)
The two compressor will equate, and "FastBackup" also remains a valid compressor.
P.S I sent you a PM.
ChronoCross
10-04-2016, 21:27
hey felice this is a litle help for your nice idea about videos.
Nice @ChronoCross check this JPG lossless and lossy compression.
Compress each file from folder into 7z.
Recompress zip files with brute deflate compression.
RamiroCruzo
14-04-2016, 03:27
Nice @ChronoCross check this JPG lossless and lossy compression.
Welcome back Tio Gozarck.... :)
Well..What if we use packJPG on those JPG output instead of JPG optimize so we can get about 20% ratio
Hello Ramirocruzo my good friend. Do you have packjpg in CLI? I have a gui mode only. I like the idea of chronocross extracting images from videos and then compress those files and encode into a bik/bik2. Bpg encoder is amazing the quality is even better than FLIF.
RamiroCruzo
14-04-2016, 20:53
Hello Ramirocruzo my good friend. Do you have packjpg in CLI? I have a gui mode only. I like the idea of chronocross extracting images from videos and then compress those files and encode into a bik/bik2. Bpg encoder is amazing the quality is even better than FLIF.
Enclosed CLI with all the usage information Tio Gozarck. :D
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.