7zip native support

[lelik007]

2MaxX
Yes, it depends on the various switches and the data structure, but I meant in general how 7-zip calculates the memory requirements.
I think It's possible that it rounds up instead of rounding down though I don't know exactly, I just mentioned what I noticed.

[MaxX]

2lelik007
IHMO, it should ALWAYS round the numbers UP for any memory requirement calculations.

[lelik007]

2ghisler(Author)
Christian, 7-zip 24.09 is available.
There are 2 serious changes, now all the compression levels (+ evens ) are shown in GUI.
And Igor's made a level re-balance:
dictionary size compression level
v24.08 v24.09 v24.09
-------32-bit 64-bit
8 MB 16 MB 16 MB -mx4
16 MB 32 MB 32 MB -mx5 : Normal
32 MB 64 MB 64 MB -mx6
32 MB 64 MB 128 MB -mx7 : Maximum
64 MB 64 MB 256 MB -mx8
64 MB 64 MB 256 MB -mx9 : Ultra
So it'll be nice if a memory calculator will show the memory requirements right because they changed significantly for the levels 7-9 in x64.

[ghisler(Author)]

Damn, this kind of bullshit was why I was against integrating 7-Zip packing into TC for so long. The format just isn't stable, it changes too much between versions.

If only there were a way to query the DLL for the default values...

[MaxX]

2ghisler(Author)
Well... Such a changes are not regular case. I was surprised there too. Can't remember such changes for years.
What's about just sending NO values at all for any default options?

[ghisler(Author)]

What's about just sending NO values at all for any default options?

That's exactly what I'm doing when the user chooses "default" from the combobox. The reason was to always use the default values even when the user replaces the dll or uses an external 7-Zip packer. The only problem is with the "*" shown for the default values, which would be incorrect depending on the dll.

[lelik007]

2ghisler(Author)
Yes, MaxX is absolutely right, I can't remember when anything similar took place in the past and it came as a surprise now.

[lelik007]

2ghisler(Author)
Christian, I think It make sense to redefine the values as they are in v24.09 because they will stay there for a long time and it's very unlikely that somebody will replace 7z.dll with an older version. At least this my opinion.
You are not responsible for whatever whoever puts in his TC copy, you are only responsible for what it is in a distro as we download it.

[MaxX]

The same or similar changes were with UnRAR dll for new formats in 5.0 and 7.0 releases of RAR.
And even remember latest PKZIP docs which claim to support lzma and zstd inside of zip files (replacement of deflate/store).

[lelik007]

2ghisler(Author)
Change log isn't correct:

24.07.24 Added: Internal 7zip packer: Option to set the pack format via "Extra parameters" field, e.g. -mm0=BROTLI (32/64)

it's fixed as -m0=BROTLI

[ghisler(Author)]

Indeed -mm is used for the ZIP format only. The internal 7-Zip packer currently supports both -m0 and -mm0. I will update the history to report the correct parameter.

[lelik007]

2ghisler(Author)

Indeed -mm is used for the ZIP format only.

For any format that can contain only one method inside, zip -mm=deflate64, or tar for example -mm=posix.

The internal 7-Zip packer currently supports both -m0 and -mm0

I've not tried -mm0 since you redid it like -m0, actually.

[AntonyD]

2ghisler(Author)
Maybe you should Remove the checkbox about creating ZIP via 7z - if you added 7z support?
Even with list of parameters? Its presence on the ZIP tab is disastrously confusing.
With an entire tab dedicated just to 7z....

[ghisler(Author)]

I think the help is quite clear:

The packer specified is 7zg.exe (preferred) or 7z.exe. It will be used to create ZIP archives, not 7z archives!

How else should the user be able to choose the 7-Zip packer to create ZIP archives? All other ZIP options are on that page.

With an entire tab dedicated just to 7z....

That tab is for creating 7-Zip archives...

[lelik007]

2ghisler(Author)
1. Definitely, the memory calculator should round UP, I found 3 more values 1 Gb less in TC than in 7-zip.
2. In TC 11.50 RC1 solid block sizes do not match 7-zip 24.09, I checked only v64, these are the mismatches and should be:

Spoiler

Solid Block size 7-zip v24.09 x64
LZMA:
level 2 - 128 Mb
level 4 - 2 Gb
level 5 - 4 Gb
level 6 - 4 Gb

LZMA2:
level 2 - 256 Mb
level 4 - 4 Gb
level 5 - 8 Gb
level 6 - 16 Gb
level 7 - 16 Gb
level 8 - 16 Gb
level 9 - 16 Gb

PPMD:
level 2 - 256 Mb
level 4 - 1 Gb
level 6 - 4 Gb

3. I checked the dictionary sizes in TC 11.50 RC1 against 7-zip 24.09, they're correct, again x64 only.

2AntonyD
ZIp is a different format and for now the only format the internal/external 7-z packers support is 7z.