FLASHZIP file Compressor!

[Matt Mahoney]

Tested in LTCB. http://mattmahoney.net/dc/text.html#2024

v1.1.2 GUI has the same problem as v1.1.0 so I ran flashzip.exe directly. (I prefer command line anyway). Compression is worse (but faster) I guess because the high compression options -mx4...-mx7 were removed.

[Nania Francesco]

Thanks for all test Matt !
Hi !

[pat357]

Nania, can you please add support again for these high-compression modes (like -mx4..-mx7) ?

Thanks !!

[Nania Francesco]

Nania, can you please add support again for these high-compression modes (like -mx4..-mx7) ?

Thanks !!

Let's see what I can do in future versions to extend the options.
What interests me and who express an opinion (even negative) about the program and what to improve, thanks.

[jethro]

Why Flashzip 1.1.X doesn't compress TIF images with internal image codec? 1.0.0 compresses TIF very fast and very good. BMP is ok in 1.1.X (image codec)

[Nania Francesco]

I was able to verify that an archive created with a corei7 decompresses not correctly on a pentium 4. This is due to the fact that Flashzip creates a table (array) through a void that evidently is not a standard for all CPUs. The next version will get one or more tables set out to fix this problem and make an archive that is compatible across all x 86 cpu at least last generation.

[Nania Francesco]

Unfortunately for various personal reasons I can't devote a lot of time.
I retested on various types of x86 CPU one "Flashzip archive" and were fully compatible and functioning.
I think in the previous test has used a previous version of the file which was not compatible.

Then you can easily compress your data with Flashzip!

[Nania Francesco]

New version 1.1.3 (x86) is online for download !

- only X86 version
- corrected bugs in archiver structure !
- Installation requires poweruser privilege (> WIN7) !
- full compatible with old version!

http://heartofcomp.altervista.org/FLASHZIP/home.htm

Please @Matt .. if possible test Flashzip 1.1.3 dos with 10GB benchmark!

[Sportman]

Matt 10gb folder benchmark, compression only:
4,515,946,515 bytes, 1,220 seconds, method 0
4,437,691,066 bytes, 1,523 seconds, method 3

[Nania Francesco]

INTEL CORE I7 920 4+4 HT

C:\>TIMER FLASHZIP a -r -mx0 -k7 -b1024 -s c:\pro.flz c:\10gb\

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Flashzip Archiver v.1.1.3 copyright (C) 2009 By Nania Francesco Antonio
Demo Version. Support for GUI version.
Archive is c:\pro.flz
Compressed 10000000000 bytes to 3872143561 bytes

Kernel Time = 36.114 = 00:00:36.114 = 1%
User Time = 2086.138 = 00:34:46.138 = 88%
Process Time = 2122.253 = 00:35:22.253 = 90%
Global Time = 2345.787 = 00:39:05.787 = 100%

[Nania Francesco]

...... contiune time of 10GB test decompression compressed in 3872143561 bytes with Flashzip 1.1.3 (option a -r -mx0 -k7 -b1024 -s)

C:\>timer flashzip x pro.flz d:\proco\

Timer 3.01 Copyright (c) 2002-2003 Igor Pavlov 2003-07-10
Flashzip Archiver v.1.1.3 copyright (C) 2009 By Nania Francesco Antonio
Demo Version. Support for GUI version.
ARGV=d:\proco\
Archive=C:\\pro.flz Wild=* DEST=d:\proco\\
OK!

Kernel Time = 27.892 = 00:00:27.892 = 4%
User Time = 520.778 = 00:08:40.778 = 82%
Process Time = 548.671 = 00:09:08.671 = 87%
Global Time = 629.043 = 00:10:29.043 = 100%

verified all files with FileCompare.exe (windows version)

[Matt Mahoney]

Thanks. I added it to the 10GB benchmark. Is that a 2.66 GHz processor? How much memory? What OS?

[Nania Francesco]

INTEL CORE I7 920 2,66Ghz 4+4 HT - 6GB memory - WIN7

[Matt Mahoney]

Tested flashzip 1.1.3 on the 10GB benchmark on system 4 (Linux under wine). http://mattmahoney.net/dc/10gb.html
With options -r -mx0 -k7 -b1024 -s the size is larger than you got, 3901 MB instead of 3872 MB. Decompression verified except file dates and empty directories are not restored. I also tried -t3 with these options since the test machine has 2+2 hyperthreads and there is one other process that I guess controls 3 separate compression processes. For awhile all 4 ran at close to 100% CPU each (according to top) and produced 3 output archives about 1.25-1.28 GB each with extensions .flashzip, .flashzip2, .flashzip3. Then it said "close task's active" and 1 process continued to run at 100% CPU for 3 hours until I killed it. This was under wine but I saw this behavior once before in real Windows (32 bit Vista). Usually it works.

[Nania Francesco]

Awaiting release in full package for installation, release version 1.2.0 compatible with version 1.1.3 and just replace the folder WFlashzip.
This version fixes a serious bug in file type recognition.

[Nania Francesco]

Awaiting release in full package for installation, release new version 1.3.0 not compatible with version 1.1.3 and just replace the folder WFlashzip.
This version fixes a serious bug in file type recognition and change old archiver structure.

[Nania Francesco]

I wanted to know how can I solve the problem of filenames Chinese, Japanese etc.
There is a library to invoke, or a specific API?

[Bulat Ziganshin]

Nania: http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx
you need functions with W suffix, such as CreateFileW

[Nania Francesco]

Thanks Bulat !
is possible one example of c++ code !

[Bulat Ziganshin]

sorry, Nania, you need to learn this entire Unicode stuff. i suggest you to get some modern Windows programming book, you can ask which one on stackoverflow or in local italian programming groups

[Matt Mahoney]

See zpaq source for handling international characters in file names.

#define UNICODE
#include <windows.h>

makes all Windows command take std::wstring, L"filename", array of wchar_t, etc. In zpaq, I convert UTF-16 to UTF-8 to store in the archive and convert back for I/O. Linux uses UTF-8 natively. Look at class File, function printUTF8(), wtou(), utow() (my UTF 8/16 conversion functions), main() (for command line args). In general look at all "#ifdef unix - #else - #endif" to see how I make zpaq portable between Linux and Windows.