QuickLZ 1.30

[spark]

New version of QuickLZ has been released, with new compression modes!

"Latest news
Version 1.30 beta
16-Apr-2007

Just when probably nobody tought it could go any faster, version 1.30 introduces four compression levels where one of the levels is using a new and interesting algorithm which is compressing both faster and better than 1.20, but on the cost of decompression speed which is reduced. Click here to visit the beta test website."

source and executables:
http://www.quicklz.com/beta.html

[LovePimple]

Thanks Spark!

[Bulat Ziganshin]

i think that x86x64specific code in memcpy_up should fail when dst-src<4

the 0 method is really something new

[Black_Fox1]

I like mode 3, it has still the same (sometimes even higher) decompression speed And it gets below ratio 70% in my tests!

I think there still are some surprises for us to get, because of the very distant final release date

[LovePimple]

Quick test...

Test Machine: AMD Sempron 2400+

Test File: ENWIK8

Quick0
Compressed Size = 50.2 MB (52,664,376 bytes)
Compression Time = 00:00:02.859


Quick1
Compressed Size = 54.4 MB (57,087,654 bytes)
Compression Time = 00:00:03.047


Quick2
Compressed Size = 49.4 MB (51,863,437 bytes)
Compression Time = 00:00:04.828


Quick3
Compressed Size = 44.2 MB (46,378,129 bytes)
Compression Time = 00:00:10.047

[Bulat Ziganshin]

it will be interesting to compare with thor/tor

[encode]

I think QuickLZ keeps too many air in compressed files. Also I guess that decompression speed is pretty close to the compression.
Note that new LZPM unpacks ENWIK8 within 8 seconds! At the same time, you know, LZPM has uncomparable higher compression. So QuickLZ is not worth it.

[Black_Fox1]

At the same time, you know, LZPM has uncomparable higher compression. So QuickLZ is not worth it.

Well, if all goes well and LZPM gets its final version, you could provide a commercial license as QuickLZs author does

[Lasse Reinhold]

Hi,

Cool forum!

I have just released QuickLZ 1.30 beta 3 which increases compression speed by yet another 10 MB/s in level 0, compared to beta 2.

[LovePimple]

Welcome to the forum!

[LovePimple]

Quick test...

Test Machine: AMD Sempron 2400+

Test File: ENWIK8


Quick0 (beta 3)

Compressed Size = 50.2 MB (52,666,801 bytes)
Compression time = 00:00:02.766


Quick0 (beta 3) -mem

Test File: ENWIK8c (Cut down version of ENWIK8 - 49,999,872 bytes)

Reading source file...
Setting HIGH_PRIORITY_CLASS...
Benchmarking, please wait...

Compressed 49999872 bytes into 26254360 bytes (52.5%) at 94.1 Mbyte/s.

Decompressed at 114.3 Mbyte/s.

(1 MB = 1000000 byte)

[Black_Fox1]

New beta has been released... Just in case somebody collected them

Changes from beta 4 to beta 5: Fixed a compile warning.

[LovePimple]

New beta has been released...

Thanks BF!

Just in case somebody collected them

Thats me!

[Black_Fox1]

I collect them all too
beta 6

[Lasse Reinhold]

Beta 7 is out, increased level 0 compression speed by 8-12%

[LovePimple]

Beta 7 is out, increased level 0 compression speed by 8-12%

Thanks Lasse! Please dont stop increasing that compression speed!

[LovePimple]

Beta 9 has been released.

Latest version (28-Jun-2007): 1.30 beta 9
Expected final release: Aug-2007
Report bugs to: lar@quicklz.com

Changes from beta 8 to beta 9: Fixed unaligned memory access (affecting RISC and Itanium 1 and 2) at decompression when STREAMING_MODE was defined and not divisable by 4 or 8.

Changes from beta 7 to beta 8: Removed the #define x86x64_only flag and replaced it by automatic architecture detection with #ifdefs.

[Black_Fox1]

Beta 10

Changes from beta 9 to beta 10: Decided to fix the error in beta 8 in a simpler way to lessen risk of introducing new errors. Now we simply set STREAM_BUFFER_SIZE = ((STREAMING_MODE >> 3) << 3) and keep the rest of the source code unchanged. (Note that STREAM_BUFFER_SIZE is just an internal constant, not part of the API visible to the programmer. The size of the streaming history buffer must be set trough STREAMING_MODE)

[Vacon]

Hello everyone,

thank you LovePimple and Black_Fox for information!

Best regards!