7Zip Plugin Continued ...

[Egh]

Thanks for linking me to 7.2.1 version!

Glad that someone continues plugin development.

Sorry though but have to report two bugs which are still here (and were in 0.5.8 ).

Both are filename-related.

1. Most obvious -- no unicode filenames. All unicode symbols are replaced with ___ both when browsing an archive and when unpacking it. Needless to say that 7zip normal version works.

2. A minor issue though a bit annoying. 7zip apparently allows windows-restricted symbols in the filenames (e.g. ":"). When unpacking, it replaces them with _
In case of plugin, this doesn't work. Once such symbol is found in the filename, it is truncated and resulting file becomes zero length (i.e. no data is written there). As mentioned above, 7zip manager deals with that just replacing symbol with _ and everything else as usual.

[ghisler(Author)]

2. This means that the data of file "a:b" is written to substream "b" of file "a". The data is there, but just not visible. The plugin should indeed replace ":" by underscores too to avoid this problem.

[tosbsas]

thats the way its configurated - but as I said I cannot copy out of the still packed archive more than one file at a time

anyone got an idea - on my xp netbook it works perfect

[m^2]

I came to report incorrect message that I got:

Code: Select all

---------------------------
Total Commander
---------------------------
Error in packed file H:\backup\pics-08.07.31.7z!
---------------------------
OK   
---------------------------

While there was no problem with the file, just access was denied.

[ghisler(Author)]

It depends on what error the plugin returns.

[m^2]

It depends on what error the plugin returns.

So is it an issue with the API? If yes, then I suggest that you do something about it. I don't give any specific suggestions because I don't know wcx API at all.

[brahman]

It would be nice if first post by Karlchen could be changed to reflect the download location of the latest 7zip plugin here:
http://www.totalcmd.net/plugring/7zip_new.html

Would save a lot of searching back and forth for new viewers.

Ciao,

B.

[karlchen]

Hi, brahman.

Done.

Cheers,
Karl

[Boofo]

I'm getting a "server failed" error on that link.

[karlchen]

Hello, Boofo.

Provided "that link" is the one which has been copied from brahman's post to the very first post in this thread, 7Zip Plugin v0.7.x, this link works fine for me.

Cheers,
Karl

[Boofo]

Hello karlchen,

Yes, that link started working for me a few minutes after I got the error. OpenDNS was what was saying it was down. Must have been a hiccup somewhere. Sorry for the false alarm, sir.

[Boofo]

Does anyone have any recommendations for the best settings for this plugin? And maybe the reasons why they chose their current settings?

[MVV]

Does anyone have any recommendations for the best settings for this plugin? And maybe the reasons why they chose their current settings?

Usually I'm using 7-Zip (it works in background), but plugin has same engine. I'm using Ultra LZMA compression with 16-32-48-64 MB dictionary (depending on available RAM). Less dictionary size - better speed, greater dictionary size - better compression. On modern computers such settings are fast enough (anyway, if you choose 7-Zip, you want compression at cost of speed). Larger block size also allows to improve compression level if you have a lot of similar files but if you need to modify archive, it is better to set smaller block size.

[Boofo]

Usually I'm using 7-Zip (it works in background), but plugin has same engine. I'm using Ultra LZMA compression with 16-32-48-64 MB dictionary (depending on available RAM). Less dictionary size - better speed, greater dictionary size - better compression. On modern computers such settings are fast enough (anyway, if you choose 7-Zip, you want compression at cost of speed). Larger block size also allows to improve compression level if you have a lot of similar files but if you need to modify archive, it is better to set smaller block size.

Here's what I have it set at right now:

Compression level: Ultra
Compression method: LMZA
Dictionary size: 64 MB
Word size: 273 (the word size I'm not sure about or even what it actually does)

Solid Block size: Non-solid

I have 2 GB ram so the memory used isn't a big thing, I don't think.

Memory usage for Compressing: 703 MB
Memory usage for Decompressing: 66 MB

Since I am still on an old P4 2.8 GHZ single core processor the Number of CPU threads is set to 1. It has a setting for 2 but I don't think my processor will handle that, will it?

I just want ab all-around good average setting for all files, big and small. I really don lot want to have to set it for different files unless I absolutely have to.

Also, is LMZA2 worth looking into now that the plugin supports that?

[MVV]

Settings that I wrote I use for all archives, I don't see any reason to change it.
AFAIK, LZMA2 is an extension of LZMA which supports multi-core packing. But it is a bit rare right now, because it is new.
Increasing block size increases compression significantly, especially for large archives. Word size you may test different, I don't know what is better (usually I use 64-128 B).
Of course, if your CPU have just one core, it isn't a good idea to start 2 threads.


Added: On my home PC usually I use 64 MB dictionary.