Page 10 of 13

Re: 7zip native support

Posted: 2024-11-28, 16:08 UTC
by 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.

Re: 7zip native support

Posted: 2024-11-28, 20:41 UTC
by MaxX
2lelik007
IHMO, it should ALWAYS round the numbers UP for any memory requirement calculations.

Re: 7zip native support

Posted: 2024-11-30, 12:33 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-01, 08:39 UTC
by 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...

Re: 7zip native support

Posted: 2024-12-01, 09:43 UTC
by 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?

Re: 7zip native support

Posted: 2024-12-01, 10:19 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-01, 10:22 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-01, 10:37 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-01, 15:05 UTC
by 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).

Re: 7zip native support

Posted: 2024-12-04, 18:03 UTC
by 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

Re: 7zip native support

Posted: 2024-12-04, 19:29 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-04, 20:13 UTC
by 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.

Re: 7zip native support

Posted: 2024-12-05, 07:01 UTC
by 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....

Re: 7zip native support

Posted: 2024-12-05, 07:47 UTC
by 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...

Re: 7zip native support

Posted: 2024-12-05, 08:25 UTC
by 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.