DARK - a new BWT-based command-line archiver

[encode]

Hi all!
Let me introduce the brand new BWT-based file archiver - DARK by Dima Malyshev.
It uses BWT+DC algorithm.

Memory usage:
Compression: 6*N
Decompression: 5*N

Where N is blocksize.

Author: Dima Malyshev aka kvark

Enjoy!

Link:
Download DARK 0.32b (31 KB)

[encode]

DARK 0.32b on Large Text Compression Benchmark:

ENWIK8: 21,414,479 bytes
ENWIK9: 185,687,885 bytes (c 755 sec, d 493 sec)

Memory usage for compression: 780+ MB

P4 3.0 GHz, 1 GB RAM, Windows XP SP2

DARK crashes on the MFC testset.

[encode]

I inform author about that. Unfortunately, he traveling now.

Dark has performed well on Matt's large text benchmark.

http://www.cs.fit.edu/~mmahoney/compression/text.h tml

Pretty fast compression/decompression times too!


Dwing's uda 0.300 also performs well and it is much faster than PAQ8H.

UDA 0.300 shows its superior speed on the MFC test.

http://www.maximumcompression.com/data/summary_mf. php

Any idea when we will have an update of DARK?

[encode]

I believe it will be at the end of the summer...

Good! I like this compressor.

Oh, it's definitely very nice!

Sorry, I was travelling... Today's version of dark is 'dark-0.35beta'
I made it work 20-50% faster on 'bad' input (This doesn't include texts, but binaries - also gain some speed).

I have developed a very fast MTF en/de algorithm, that makes my DC work faster. Now I'm trying to increase compression ratio... This is definitely harder, but, who knows?

http://kvark.at.tut.by/dark-35b.exe

Thanks for the update!

Welcome:
http://darchiver.narod.ru

Thank You!

Dark is still crashing on Werner's MFC test.

http://www.maximumcompression.com/

Any idea what's causing this?

[encode]

From DARK's homepage:

Why always beta?
It's a pity that BWT stage (Archon) doesn't guarantee 100% stability. Archon3r2 had been developed to participate in Yuta Mori's contests (speed of SA construction) <u>and has some defects</u>...

It wasn't easy, but I've made some corrections to Archon3r2...
I've been running from that moment very long time, but the time has come and I did it, finally...
I really want to see the MFC test passed

[encode]

It wasn't easy, but I've made some corrections to Archon3r2...
I've been running from that moment very long time, but the time has come and I did it, finally...
I really want to see the MFC test passed

Thanks for the update!

I really like this compressor but would feel much happier about using myself if it compressed Werners MFC without crashing.

I'm soory, I didn't mind to check myself earlier, about MFC test.
So, I've checked: dark v0.35b doesn't crash on my machine...
It compresses and then extracts files correctly
Did you try it on your own, LovePimple?

To tell the truth, ver 0.37a is waiting, but will not be published unless the problem with MFC is solved. It's because I really want to see the stable dark, not beta

It compresses and then extracts files correctly
Did you try it on your own, LovePimple?

Yes, it seems to work OK on mine.

Thanx!! but... I've mistaken.
I've checked on SFC, not MFC. Where can I find MFC testfiles?

I did it!!!
Why didn't I look into maximumcompression guestbook before?..
Werner(is he?) told that it craches when:
dark-35b e -b1m q mso97.dll
But now it works correctly

I'm updating my homepage... The new version 0.37a shows a big improvement

Thanx!! but... I've mistaken.
I've checked on SFC, not MFC. Where can I find MFC testfiles?

They are not available to the public. I just use my own version of the MFC test.

Read this:

http://www.maximumcompression.com/data/summary_mf. php

I did it!!!
Why didn't I look into maximumcompression guestbook before?..
Werner(is he?) told that it craches when:
dark-35b e -b1m q mso97.dll
But now it works correctly

I'm updating my homepage... The new version 0.37a shows a big improvement

Thanks for the update!

Now we will have to wait until Werner tests it on his MFC testset to see if it crashes.

And finally!! It doesn't crash anymore!!!!!

And finally!! It doesn't crash anymore!!!!!

That's excellent news!!!

Could you please add wildcard support to Dark?

New dark-0.38b supports folders, isn't it worser than wildcards?
But if you still be requesting wildcards, I'll do that.

New dark-0.38b supports folders, isn't it worser than wildcards?
But if you still be requesting wildcards, I'll do that.

Please!

Dark is a great little file compressor. If it had files/folders + wildcards it would be a FANTASTIC archiver!!!

NO PROBLEMO
But there is one question.
Is it acceptable that dark will try to compress it's output file (and crash) when you try "dark c q.dark *.*"?

[encode]

But you can exclude the archive name from file list!