New little packer I stumbled upon. It's not an compressor for executable files, but a generic compression algorithm (with exaple compiled binaries provided). Unfortunatly, it's extreemly slow and memory consuming but still was interesting to compare it to others.

http://www.cs.fit.edu/~mmahoney/compression/

its old and useless considering few kb better compression and few ages more to compress, so far only ace rar and 7zip are best and fast.

we cant even go today with exe compression more than lzma from 7zip.

...we cant even go today with exe compression more than lzma from 7zip.

How about this one?

[color=#FF0000]http://kgbarchiver.sourceforge.net/

Didn?t seriously try, but seems to be even stronger...

Hopefully some new and more modern compression techniques will start to appear which will support and take advantage of more advanced processors that are available today to gain more speed. They will be interesting to see...

Ted.

yeah kgb is old, but on my athlon xp 1700+ 13.8mb his sources in kgb take 10:40 min to decompress. and use 256mb so try it on for example 20mb easytune4 exe i think after 20 minutes you will fireup exe and waste 256mb to just run it. great idea

edit:

in compress.cpp

/* PAQ6v2 - File archiver and compressor.

so we start where we were so useless

Edited August 15, 200619 yr by human

I agree man, theres no doubt about that. Actually, compression is only thing they thought about. When compressing directories they create same dictionary for all files (like doing tar and then compressing). Also, since it has multimedia detection they might have some algorithm bruteforcing to see which will create smallest output. But surely theres some space to optimize the code.

arithmetic compression is great, but useless to exe files, due data compressed with 1.6GB dictionary will also use 1.6GB dictionary to decompress. only wordlist based compressors like zip,7zip,lzss are usefull to exe files. because they dont need any additional memory for decompression