7-Zip

[DeathTheSheep]

I could not reproduce the exact issue (the file that caused it was erased forever, the resultant file attached to this post), but I managed to get another startling error: a visual C++ Runtime error. The file, however, is left intact. Upon further trials with different files, it seems the behavior is hard to reproduce--I haven't gotten it to erase the starting file. Maybe conditions have to be just right; i.e. 7-zip 4.62 must open a solid lzma 64MB dictionary .7z file greater than 60MB, etc. Maybe the rename by the second instance of 7-zip was attempted during an extraction process by the other instance of 7-zip. Maybe my computer is simply bonkers. Regardless, now that I try to reproduce the issue, I can't come up with the exact problem, so the world may never know, or the bug is too subtle.

[chornobyl]

2.00 Beta 1 1999-01-02
-------------------------
- Original beta version.

Today is the tenth (maybe more) anniversary of 7-zip project.
Many things has changed since then, and 7-zip itself evolved, the only stable thing is its quality.
Thanks to Igor for his efforts along all this years, he still trying to make it even better, and we know he will. Long live sevenzip!

[Vacon]

Hello everyone,

and as the present -> Igor offers version 4.64 to us

Best regards!

[roytam1]

2.00 Beta 1 1999-01-02
-------------------------
- Original beta version.

Today is the tenth (maybe more) anniversary of 7-zip project.
Many things has changed since then, and 7-zip itself evolved, the only stable thing is its quality.
Thanks to Igor for his efforts along all this years, he still trying to make it even better, and we know he will. Long live sevenzip!

Do you get this version?
I can't find this in sourceforge archives.

[Mike]

Do you get this version?
I can't find this in sourceforge archives.

Search on Archive.org :
http://geocities.com/SiliconValley/L...zip/index.html
or
http://compression.hypermart.net/

[roytam1]

Search on Archive.org :
http://geocities.com/SiliconValley/L...zip/index.html
or
http://compression.hypermart.net/

you can't find the 2.00 beta 1 on the web now IMO.

[Mike]

you can't find the 2.00 beta 1 on the web now IMO.

Bulat may have the first beta.

I attached beta 2 (passed through Simtel)

Edit: after a little search (found via files.lt) :
ftp://195.34.232.146/pub/windows/win...c/7zip2001.zip

[roytam1]

Bulat may have the first beta.

I attached beta 2 (passed through Simtel)

Edit: after a little search (found via files.lt) :
ftp://195.34.232.146/pub/windows/win...c/7zip2001.zip

Thanks, get it finally.

[squxe]

7-Zip 4.64 was released.
What's new after 4.62:
- The bug in 7-Zip 4.63 was fixed: 7-Zip could not decrypt .ZIP archives
encrypted with WinZip-AES method.
- 7z File Manager now remembers "Flat View" state for archives.
- 7-Zip now can unpack ZIP archives encrypted with PKWARE-AES.
- Some bugs were fixed.

[squxe]

29.01.2009 - Updated Ultra7z Optimizer 0.05
- Auto switch PPMD/LZMA/Deflate during creation 7z-archives
- Tuned lzma for jpg, bmp, wav, exe...
- bruteforce (compare size) for each file extension

SFC files in one sfc.7z archive from maximumcompression.com:
7-zip 4.64 ultra word 64 mem 64mb - 11.5 mb
after Ultra7z Optimizer 0.04 (lzma+ppmd+deflate) - 10.8 mb

Changes:
- Updated 7-zip to 9.15.
- Fixed some antivirus false positives.

http://ultra7z.ru

[Vacon]

Hello everyone,

29.01.2009 - Updated Ultra7z Optimizer 0.04[...]

http://maxcompress.narod.ru/ultra7z.htm

Thank you Squxe!

Best regards!

[chornobyl]

@squxe
As i remember, Ultra7z Optimizer, creates non solid archives. Can you intend after method selection, creation of solid blocks for files with with same method.

[nanoflooder]

It does create solid blocks, however the way it combines the files differs from "one algo - one block" method.

[LovePimple]

Thanks squxe!

[squxe]

creates non solid archives

You're wrong - Ultra7z Optimizer creates solid archives.

Creation of solid blocks for files with with same method.

Ultra7z has its cheme.

[chornobyl]

- Tuned lzma for jpg, bmp, wav, exe...

can you tell a bit more about this tuning

[Stephan Busch]

Everytime I try to run Ultra7z 0.04 on a 7z archive,
it runs all test trials and shows a message that 1 file has been moved.
But no archive is found later in that directory ecxept the unoptimized one.

Am I doing something wrong or why the optimized archives can't be found
anywhere on the disk?

[squxe]

it runs all test trials and shows a message that 1 file has been moved.
But no archive is found later in that directory ecxept the unoptimized one.

Because optimized archive has the same size or bigger.

[Stephan Busch]

Thanks squxe

On most archives this Ultra7z works fine, but on some archives that either have thousands of files or strange sub directories, Ultra7z skips after having the .7z extracted and throws an error message. Has anybody seen that?
For example, this happens on the Savegames testset.

However, Ultra7z is a brilliant piece of work and think about adding
the author to the Hall of Fame.

My results are online in the evening.

[squxe]

On most archives this Ultra7z works fine, but on some archives that either have thousands of files or strange sub directories, Ultra7z skips after having the .7z extracted and throws an error message. Has anybody seen that?
For example, this happens on the Savegames testset.

Where can I download it or any other examples which caused crash?

[Stephan Busch]

On a 4.6 GB 7z archive there was this error during extraction:
Sub items errors: 8401

On the Savegames testset there was a syntax error.
You can find the example file here:
http://www.squeezechart.com/TEST_Savegames2.7z

I don't know why this happens.

When I try to optimize the bitmap set archive (which was encoded
using PPMd 1536 MB, order 8 with x64 Version, both Ultra7z and
x32 variant of 7-Zip tell me they cannot allocate the required memory.
Is there also a x64 variant of Ultra7z available?

Thanks in advance,

Stephan

[squxe]

3.02.2009 - Updated Ultra7z Optimizer 0.05
- Auto switch PPMD/LZMA/Deflate during creation 7z-archives
- Tuned lzma for jpg, bmp, wav, exe...
- bruteforce (compare size) for each file extension

SFC files in one sfc.7z archive from maximumcompression.com:
7-zip 4.64 ultra word 64 mem 64mb - 11.5 mb
after Ultra7z Optimizer 0.05 (lzma+ppmd+deflate) - 10.8 mb

Changes:
- Fixed some bugs (thanks to Stephan Busch)

http://ultra7z.ru

[squxe]

Is there also a x64 variant of Ultra7z available?

Please, try ultra7zs.exe in folder "exras" - just copy x64 versions "7z.exe" and "7z.dll" to "c:\windows" (or in some other directory in PATH)

Btw, optimized TEST_Savegames2.7z is bigger than original, because Ultra7z uses only 64m dictionary for lzma. 48.3 mb vs 48.0 mb.

[LovePimple]

Thanks squxe!

[maadjordan]

Nice work squxe

[m^2]

I have a problem with 7zip command line.
I want to backup all files in the current directory and all subdirectories, but w/out recursing deeper than 1 level below.
There's only like 10 directories in the root level, so I can even list them all, but a lot of files and when I specify .\* even with -r-, 7zip parses the whole directory tree. Any idea on how could I do this?

[chornobyl]

4.65 2009-02-03
-------------------------
- 7-Zip File Manager now can calculate SHA-256 checksum.
- Some bugs were fixed.

1) Incorrect "memory usage" indication for 1 GB dictionary (LZMA) in x64 version.
2) when you edit files from zip/AES-256 archives, it saves back now as zip/AES-256 (it was zip/ZipCrypto).

[squxe]

Alpha version of LZMA2 codec:
http://dl.7-zip.org/lzma2_466a.7z

INSTALL
-------
Copy "Codecs" folder to 7-Zip folder.


DESCRIPTION
-----------
LZMA2 provides the following advantages over LZMA:
1) Better compression ratio for data than can't be compressed.
It can store such blocks of data in uncompressed form.
Also it decompresses such data faster.
2) Better multithreading support. If you compress big file, LZMA2 can split
that file to chunks and compress these chunks in multiple threads.


USAGE
-----

-m0c=Size : sets ChunkSize.
Examples:
-m0c=128m

If you don't specify ChunkSize, LZMA2 sets it to DictionarySize * 4,
but min = 1 MB and max = 256 MB.

LZMA2 uses:
1 thread for each chunk in -mx1 and -mx3 modes.
2 threads for each chunk in -mx5, -mx7 and -mx9 modes.

If LZMA2 is set to use only such number of threads required for one chunk,
it doesn't split stream to chunks. So you can get different compression
ratio for different number of threads (-mmt switch).

Examples:
7z a a.7z files -m0=lzma2
7z a a.7z files -m0=lzma2 -mmt2
7z a a.7z files -m0=lzma2 -mmt4
7z a a.7z files -m0=lzma2 -mmt4 -mx1
7z a a.7z files -m0=lzma2 -m0c=128m -m0d=8m -mmt4


NOTES!
------
It's possible that future versions of 7-Zip will not support archives
created with this version of LZMA2.
So don't use this codec to backup important data.
Use this codec only for test purposes.


You can check the speed with timer.exe program:
http://downloads.sourceforge.net/sevenmax/7bench801.zip

https://sourceforge.net/forum/forum....forum_id=45797

[mhajicek]

Hi,
several tests I just made shows me that one of the reasons why ultra7z sometimes doesn't beat original 7z archive size is that it doesn't use correct memory settings. Example:

- when I created 7z archive with 64 MB dictionary (ultra mode), ultra7z was able to make the archive smaller and memory usage of 7z and ultra7z was almost the same (about 700 MB).
-when I created 7z archive with 115 MB dictionary (params: mc=1000000000 d=115m lc=4), ultra7z was not able to make the archive (same content) smaller and task manager showed me that ultra7z used only 700 MB RAM for LZMA and ONLY 500MB for PPDM instead of ~1200 MB for lzma used by 7zip, so it obviously uses wrong dictionary size (and model size for PPMD).

Or if it's not possible to obtain compression parameters from the archive, why not let the user set the limits (max dict and model size allowed)?

Hope that helps improving it.

Michal

[squxe]

Hi,
several tests I just made shows me that one of the reasons why ultra7z sometimes doesn't beat original 7z archive size is that it doesn't use correct memory settings. Example:

- when I created 7z archive with 64 MB dictionary (ultra mode), ultra7z was able to make the archive smaller and memory usage of 7z and ultra7z was almost the same (about 700 MB).
-when I created 7z archive with 115 MB dictionary (params: mc=1000000000 d=115m lc=4), ultra7z was not able to make the archive (same content) smaller and task manager showed me that ultra7z used only 700 MB RAM for LZMA and ONLY 500MB for PPDM instead of ~1200 MB for lzma used by 7zip, so it obviously uses wrong dictionary size (and model size for PPMD).

Or if it's not possible to obtain compression parameters from the archive, why not let the user set the limits (max dict and model size allowed)?

Hope that helps improving it.

Michal

Yes, you're right... In next version I'll add it... Now Ultra7z uses max 64 mb for LZMA and 512 Mb for PPMD...