The processor time is what Windows give back after the command line is finished.
There can be differences because disk cache and in time free disk space can be further away from data at disk because the file uploads.
Thanks for the suggestions 1-3 I keep them in mind for possible future improvements.
I still think that in case of delta+rep+rzm something went wrong.
I have added an option to filter results on archiver name.
Has anyone figured out how to get the programs compiled under
G++ in DJGPP for Windows XP to run on the Metacompressor system?
Also will it run a File.com batch file if all exectuables included?
No way. There's no support for DOS executables in Windows x64. Use MinGW.
Well after worrying about it bite the bullet and downloaded
here is What version I am using
g++ (GCC) 3.4.5 (mingw-vista special r3)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
I got one test to work on the meta compressor.
The only trick besides downloading and installing
is the PATH
to use MinGW
** sorry the : D makes a Happy Face on Preview Post**
to go back to DJGPP
this is on an XP
Will here is the results for FILE 5 the random number file.
arb25x is actually the MinGW version of arb255
268,435,486 2693 00:44:51.0952505 1,953,792 2926 00:48:45.6115538 1,953,792 True arb25v test2 David A. Scott arb25x @infile @outfile unarb25x @infile @outfile
It is designed for a 256 symbol I.I.D file its no wonder its one of the best
on this list since it may be that sort of file.
I added some JPG images to Metacompressor.com from the Infima Technologies LTD. sample dataset http://www.infima-compression.com/Ev...on/dataset.rar according their own test report 11/17/2008 http://www.infima-compression.com/Evaluation/report.pdf their JPACK best mode compress better and probably quicker then precomp and paq8o8zw. They use a Pentium 4, 3GHz CPU and PC1600 DDR memory as test server so their speed of 2MB/s (fast mode) and 500KB/s (best mode) shall probably be much quicker (2x-3x) at the Metacompressor test server.
05312008151.jpg - 953,088 bytes (931KB)
JPACK fast - 839,680 bytes (820KB / 2MB/s)
precomp 0.3.8 - 760,161 bytes (742KB / 922KB/s)
paq8o8zw - 716,045 bytes (699KB / 20KB/s)
JPACK best - 679,936 bytes (664KB / 500KB/s)
IMG_7627 1,766,664 bytes (1.68MB)
JPACK fast - 1,551,892 bytes (1.48MB / 2MB/s)
precomp 0.3.8 - 1,438,766 (1.37MB / 1.12MB/s)
paq8o8zw - 1,409,197 bytes (1.34MB / 48KB/s)
JPACK best - 1,279,263 bytes (1.22MB / 500KB/s)
huge.jpg - 7,190,373 bytes (6.86MB)
JPACK fast - 6,008,340 bytes (5.73MB / 2MB/s)
precomp - 5,486,517 bytes (5.23MB / 907KB/s)
paq8o8zw - 5,346,341 bytes (5.10 / 64KB/s)
JPACK best - 4,875,878 bytes (4.65MB / 500KB/s)
Also according their benchmark under Business Solutions Benchmark http://www.infima-compression.com/business_solutions/ they compress FlashMX.PDF better then paq8o8zw probably with their RichPack product.
FlashMX.PDF 4,526,946 bytes
paq8o8zw 3,558,014 bytes
Infima 2,009,510 bytes
Tried many times to add my new PPMX with no success...Originally Posted by metacompressor.com
I tested site with both FireFox and Internet Explorer. Since previously metacompressor.com had some issues with FireFox. I even registered there...
Can't you take a look at qpress 0.31 ( http://www.quicklz.com/ )? It fails to decompress on metacompressor.com, with the error "Decompression failed, can be a parameter mistake".
I'm eager to seeing the results since I added multi core support in version 0.30 (uses 2 cores as default when no flag is given).
I did some manual tests:
Archiver Size Comp. Decomp.
Qpress 0.20 838,711,660 bytes 34.336 sec. 53.663 sec.
Qpress 0.31 741,167,922 bytes 32.495 sec. 51.527 sec.
Qpress 0.31 T4 741,167,922 bytes 30.467 sec. 51.433 sec.
Qpress 0.20 L3 752,575,769 bytes 52.400 sec. 50.467 sec.
Qpress 0.31 L3 654,338,838 bytes 36.879 sec. 51.886 sec.
Qpress 0.31 L3T4 654,338,838 bytes 31.387 sec. 49.577 sec.
Last edited by Sportman; 26th January 2009 at 09:49.
http://www.myinfima.com/contact.aspx and http://www.matimop.org.il/newrdinf/company/c7747.htm with 5 employees and real software.
Their software what's public available work fine:
It's reviewed by CNet http://cnettv.cnet.com/2001-1_53-29090.html
Also their Infima Compression Library SDK 2.0 is to download and work fine:
They did an improvement after this and now their JPACK SDK software is not to evaluate anymore without asking them by email.
In their news they say http://www.infima-compression.com/marketing/tis.pdf their software is licensed to Top Image Systems http://www.topimagesystems.com who license their eFlow to Yahoo who use JPEG recompression to save 20% storage servers for Flickr http://www.flickr.com.
Infima is crap! It was banned by data compression community and me personally! Such software will not be labeled at this forum...
can offer this link - http://www.google.com/search?num=100&q=infima+fraud
dunno if those old claims are still on that site, like:
Xvid video files - lossless compression to ~60%, mp3 files - lossless compression to ~50%, pure nonsense
Last edited by Zonder; 26th January 2009 at 15:41.
Yeah infima had a really bad start but the results at the moment are really good and believable. I don't like them and can understand that you also don't do.
But it's funny to only say it's crap what they do. If they create the best compression they are the best, irrelevant what they did wrong and which licence they broke (on this fact).
Frauds done by same person(s):
probably all those apps are stolen...
they "invented" and patented "Adaptive Context Modeling" :
is that realy something new?
Last edited by Zonder; 26th January 2009 at 18:31.
Check out http://www.c10n.info/archives/415
"For compression of already compressed files (mp3, jpeg etc?) they tried a neat (and dangerous) trick of modifying the original files before adding them to archive (so that their lossy techniques wont get caught during bit-wise comparisons of decompressed files with original files)."
There are an unlimited ways to mod the final output that would not change the compression by more than a byte so with out a little work it would be hard to catch.
I have add Infima Jpeg Compression SDK 1.3 http://www.download3k.com/Install-In...ssion-SDK.html to Metacompressor and tested it at jpg test files.
Last edited by Sportman; 26th January 2009 at 23:36.