pf course. but this needs to improve fa core because currently algorithms with several output streams arent supportedOriginally Posted by Squxe
Squxe, how about testing this version? it should be a bit better than beta
pf course. but this needs to improve fa core because currently algorithms with several output streams arent supportedOriginally Posted by Squxe
Squxe, how about testing this version? it should be a bit better than beta
I plan update at this weekendhow about testing this version?![]()
MONSTER OF COMPRESSION
Tested on my BenchMark!
New Monster of Compression!
something strange:
I:/Downloads/FreeArc-0.40-prerelease2-win32>arc a -m9x test9x test
ARC 0.40 prerelease-2 creating archive: test9x.arc
Compressed 1 file, 2.077.696 => 587.160 bytes. Ratio 28.2%
Compression time 2.81 secs, speed 739 kb/s. Total 3.05 secs
All OK
-------------------------------------------------- -------------------------------------
G:/Archivers/UPX/upx301w>upx --all-methods --all-filters -oupx_test test
Ultimate Packer for eXecutables
Copyright (C) 1996,1997,1998,1999,2000,2001,2002,2003,2004,2005, 2006,2007
UPX 3.01w Markus Oberhumer, Laszlo Molnar & John Reiser Jul 31st 2007
File size Ratio Format Name
-------------------- ------ ----------- -----------
2077696 -> 528384 25.43% win32/pe upx_test
Packed 1 file.
-------------------------------------------------- -------------------------------------
test is Arc.exe provided in FreeArc-0.40-prerelease2-win32, renamed.
and another thing:
G:/Archivers/UPX/upx301w>Arc.exe a -m9x test9x test
ARC 0.40 prerelease-2 creating archive: test9x.arc
Compressed 1 file, 2.077.696 => 526.585 bytes. Ratio 25.3%
Compression time 4.44 secs, speed 468 kb/s. Total 4.72 secs
All OK
-------------------------------------------------- ----------------------------------------
Arc.exe is Arc.exe provided in FreeArc-0.40-prerelease2-win32, compressed with UPX3.01(upx_test renamed to Arc.exe)
arc selects compression method by file extension. for files with empty extension it uses ppmd, which is suboptimal, of course. rename test to test.exe and try again
in your second experiment, arc doesn't found arc.groups file and as result it compress everyrthing wih lzma algo
all this is described in doc
Thanks...you're right
but UPX is better than RAR and UHARC(ALZ-3) on that file (at least on my machine)
and good documentation. about 77kb text. good job
FreeArc is most practical compressor/archiver, but it lacks a GUI. someone should write a GUI for it(just like UHARC).
upx, 7-zip and arc uses lzma, which indeed is better than rar and alz-3Originally Posted by sadeghi85
But upx produces no real identical files.
yes, upx had advantage that it can use lossy compression and drawback that it should include decompressor too. but this is rather small differences, overall any lzma-based compressor is much better than rar and alz-3Originally Posted by Simon Berger
What I know (I didn?t test it myselv yet) UPX is everytime lossy (maybe you have luck sometimes...). I wrote it because I don?t think your archiver wants such a behaviour with the default options
I've just published prerelease-3 version. Look at http://sourceforge.net/project/showf...roup_id=207033
Release notes:
This update fixes all known severe bugs, and should be last before the final release. The main task remained now is English version of docs.
I've tested new Tornado algorithm on 1 TB of data and fixed several bugs, now it should be reliable enough for practical usage.
FAR plugin was extended to support archives and files larger than 4 GB.
Total Commander plugin was updated to open archives faster - you should reimport freearc.addon and copy unarc.exe into the PATH.
Definition of external compressors having multiple versions was simplified, look for "ccm" in arc.ini for examples. If you will follow the new style, compressed data will be tagged with exact version of compressor used, which means less confusion when extracting data.
At last, Unix version was added Ctrl-Break handling.
Thanks Bulat!![]()
Great!Thanx, Bulat!
Hello everyone,
Thank you ->Originally Posted by Bulat Ziganshin
Best regards!
i've started work on better english trasnaltion of docs. progress i've made so far is on the page http://docs.google.com/Doc?id=dg933c9h_0c8wpgc (or http://docs.google.com/View?docID=dg933c9h_0c8wpgc &revision=_latest for printed version)
my english is far from perfect - please help me in improving readability of the text. if you are ready to participate in this effort - write your address and i will send your google's invitation that allows to edit this document
Hello everyone,
the only hand I could reach out would be "proof-reading", because I do not speak russian sadly
But maybe I could help you with something to add a GUI to FreeArc:
http://tinytools.objective-view.de/Tools/FroG?user lang=en
This is a tool to make GUIs for commandline-programs. It's output is a XML-file which is read at runtime and therefor editable by hand after having created something. Examples included, program itself in english!
Best regards!
Quick test...Originally Posted by Bulat Ziganshin
Method 1 (-m1)
A10.jpg > 846,482
AcroRd32.exe > 1,788,804
english.dic > 1,221,623
FlashMX.pdf > 3,938,823
FP.LOG > 1,498,104
MSO97.DLL > 2,307,591
ohs.doc > 956,009
rafale.bmp > 1,484,776
vcfiu.hlp > 936,311
world95.txt > 1,024,291
Total = 16,002,814 bytes
Method 2 (-m2)
A10.jpg > 847,379
AcroRd32.exe > 1,618,781
english.dic > 1,114,436
FlashMX.pdf > 3,829,004
FP.LOG > 1,251,132
MSO97.DLL > 2,073,513
ohs.doc > 862,636
rafale.bmp > 1,330,493
vcfiu.hlp > 802,471
world95.txt > 782,390
Total = 14,512,235 bytes
Method 3 (-m3)
A10.jpg > 847,589
AcroRd32.exe > 1,345,425
english.dic > 1,010,704
FlashMX.pdf > 3,756,245
FP.LOG > 1,069,619
MSO97.DLL > 1,843,315
ohs.doc > 816,243
rafale.bmp > 1,181,040
vcfiu.hlp > 722,910
world95.txt > 718,799
Total = 13,311,889 bytes
Method 4 (-m4)
A10.jpg > 846,199
AcroRd32.exe > 1,240,750
english.dic > 853,146
FlashMX.pdf > 3,709,937
FP.LOG > 933,090
MSO97.DLL > 1,713,256
ohs.doc > 791,966
rafale.bmp > 994,791
vcfiu.hlp > 624,268
world95.txt > 592,313
Total = 12,299,716 bytes
Method 5 (-m5)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 817,056
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 979,093
vcfiu.hlp > 611,307
world95.txt > 569,857
Total = 12,120,264 bytes
All methods from 6 (-m6) to x (-mx)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 817,181
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 979,093
vcfiu.hlp > 611,307
world95.txt > 569,857
Total = 12,120,389 bytes
Compression times were impressively quick for all modes.![]()
I don't have latest version (won't download before release, but have ARC 0.40 (24.10) by Bulat.Ziganshin@gmail.com 24.10.2007
fp.log.m1 arc│ 1,498,100
fp.log.m2 arc│ 677,878
fp.log.m3 arc│ 516,707
fp.log.m4 arc│ 502,394
fp.log.m5 arc│ 487,559
fp.log.m6 arc│ 510,161
fp.log.m7 arc│ 525,309
Thanks nimdamsk!I have just realised that "arc.groups" was missing from my test directory.
I will retest and post the results.![]()
compression wasnt changed since 24.10Originally Posted by nimdamsk
Correct results below...
Method 1 (-m1)
A10.jpg > 846,482
AcroRd32.exe > 1,664,280
english.dic > 1,221,623
FlashMX.pdf > 3,938,823
fp > 482,327
FP.LOG > 1,498,104
MSO97.DLL > 2,229,307
ohs.doc > 956,009
rafale.bmp > 1,726,665
vcfiu.hlp > 936,311
world95.txt > 1,024,291
Total = 16,524,222 bytes
Method 2 (-m2)
10.jpg > 847,379
AcroRd32.exe > 1,489,953
english.dic > 1,114,436
FlashMX.pdf > 3,829,004
FP.LOG > 677,878
MSO97.DLL > 1,985,628
ohs.doc > 862,636
rafale.bmp > 1,726,665
vcfiu.hlp > 802,471
world95.txt > 612,521
Total = 13,948,571 bytes
Method 3 (-m3)
10.jpg > 847,589
AcroRd32.exe > 1,345,425
english.dic > 1,010,704
FlashMX.pdf > 3,756,245
FP.LOG > 516,708
MSO97.DLL > 1,843,315
ohs.doc > 816,243
rafale.bmp > 794,870
vcfiu.hlp > 722,910
world95.txt > 447,713
Total = 12,101,722 bytes
Method 4 (-m4)
A10.jpg > 846,199
AcroRd32.exe > 1,240,750
english.dic > 853,146
FlashMX.pdf > 3,709,937
FP.LOG > 502,395
MSO97.DLL > 1,713,256
ohs.doc > 791,966
rafale.bmp > 784,907
vcfiu.hlp > 624,268
world95.txt > 445,058
Total = 11,511,882 bytes
Method 5 (-m5)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 487,560
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 784,907
vcfiu.hlp > 611,307
world95.txt > 442,087
Total = 11,468,812 bytes
Method 6 (-m6)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 510,161
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 784,907
vcfiu.hlp > 611,307
world95.txt > 441,861
Total = 11,491,187 bytes
Method 7 (-m7)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 525,309
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 784,907
vcfiu.hlp > 611,307
world95.txt > 442,200
Total = 11,506,674 bytes
Method x (-mx)
A10.jpg > 846,844
AcroRd32.exe > 1,237,997
english.dic > 852,109
FlashMX.pdf > 3,706,616
FP.LOG > 528,797
MSO97.DLL > 1,711,317
ohs.doc > 788,068
rafale.bmp > 784,907
vcfiu.hlp > 611,307
world95.txt > 442,404
Total = 11,510,366 bytes
No switches (arc a out in)
A10.jpg > 846,199
AcroRd32.exe > 1,240,750
english.dic > 853,146
FlashMX.pdf > 3,709,937
FP.LOG > 502,395
MSO97.DLL > 1,713,256
ohs.doc > 791,966
rafale.bmp > 784,907
vcfiu.hlp > 624,268
world95.txt > 445,058
Total = 11,511,882 bytes
Compression speed still very quick for all modes.
Compressing all 10 SFC files into one archive using just "arc a archive.freearc files" as the command line: FreeArc 0.40 created a compressed archive of 10.9 MB (11,503,131 bytes) in just 204.246 seconds.![]()
Another quick test...
Test machine = AMD Sempron 2400+ with Windows XP SP2
Test File = ENWIK8
Method 1 (-m1)
Compressed 1 file, 100.000.000 => 40.173.986 bytes. Ratio 40.1%
Compression time 4.81 secs, speed 20.779 kb/s. Total 6.91 secs
Method 2 (-m2)THOR v0.96 alpha
e1
COMPRESSED: 54915456 bytes
RATIO: 54.92% 4.393 bpB
TIME: 2sec 297msec
SPEED: 41.52 MB/sec
e2
COMPRESSED: 45714724 bytes
RATIO: 45.71% 3.657 bpB
TIME: 3sec 313msec
SPEED: 28.79 MB/sec
e3
COMPRESSED: 41531628 bytes
RATIO: 41.53% 3.323 bpB
TIME: 4sec 859msec
SPEED: 19.63 MB/sec
Compressed 1 file, 100.000.000 => 26.576.090 bytes. Ratio 26.5%
Compression time 29.97 secs, speed 3.337 kb/s. Total 32.56 secs
Method 3 (-m3)
Compressed 1 file, 100.000.000 => 23.575.289 bytes. Ratio 23.5%
Compression time 140.61 secs, speed 711 kb/s. Total 144.45 secs
Method 4 (-m4)
Compressed 1 file, 100.000.000 => 22.921.358 bytes. Ratio 22.9%
Compression time 156.81 secs, speed 638 kb/s. Total 160.98 secs
Method 5 (-m5)
Compressed 1 file, 100.000.000 => 22.430.878 bytes. Ratio 22.4%
Compression time 173.19 secs, speed 577 kb/s. Total 177.86 secs
Method 6 (-m6)
Compressed 1 file, 100.000.000 => 21.659.306 bytes. Ratio 21.6%
Compression time 183.92 secs, speed 544 kb/s. Total 189.31 secs
Method 7 (-m7)
Compressed 1 file, 100.000.000 => 21.153.065 bytes. Ratio 21.1%
Compression time 191.16 secs, speed 523 kb/s. Total 197.41 secs
Method x (-mx)
Compressed 1 file, 100.000.000 => 20.565.985 bytes. Ratio 20.5%
Compression time 197.14 secs, speed 507 kb/s. Total 204.27 secs
is equivalent to -m4 modeOriginally Posted by LovePimple
thank you for testing
Compare my results (left) with and results of LovePimple(right):
1,498,100 1,498,104
677,878 677,878
516,707 516,708
502,394 502,395
487,559 487,560
510,161 510,161
525,309 525,309
WTF?
-m1 - i've changed tornado a bit to prevent errors
-m3 & up - i don't remember any changes