Another packages and source code will be available later.
What's new in 7-Zip 24.03:
7-Zip now can use new RISCV filter for compression to 7z and xz archives.
RISCV filter can increase compression ratio for data containing executable files compiled for RISC-V architecture.
The speed for LZMA and LZMA2 decompression in ARM64 version for Windows was increased by 20%-60%.
7-Zip GUI and 7-Zip File Manager can ask user permission to unpack RAR archives that require big amount of memory, if the dictionary size in RAR archive is larger than 4 GB.
new switch -smemx{size}g : to set allowed memory usage limit for RAR archive unpacking.
RAR archives can use dictionary up 64 GB. Default allowed limit for RAR unpacking is 4 GB.
7zg.exe (7-Zip GUI): -y switch disables user requests and messages.
7-Zip shows hash methods XXH64 and BLAKE2sp in context menu.
-slmu switch : to show timestamps as UTC instead of LOCAL TIME.
-slsl switch : in console 7-Zip for Windows : to show file paths with
linux path separator slash '/' instead of backslash separator '\'.
7-Zip supports .sha256 files that use backslash path separator '\'.
Some bugs were fixed.
the bug in 7-Zip 24.02 was fixed: it couldn't open ISO archives.
What's new in 7-Zip 24.01:
7-Zip now can unpack ZSTD archives (.zst filename extension).
7-Zip now can unpack ZIP, SquashFS and RPM archives that use ZSTD compression method.
7-Zip now supports fast hash algorithm XXH64 that is used in ZSTD.
7-Zip now can unpack RAR archives (that use larger than 4 GB dictionary) created by new WinRAR 7.00.
7-Zip now can unpack DMG archives that use XZ (ULMO/LZMA) compression method.
7-zip now can unpack NTFS images with cluster size larger than 64 KB.
7-zip now can unpack MBR and GDP images with 4 KB sectors.
Speed optimizations for archive unpacking: rar, cab, wim, zip, gz.
Speed optimizations for hash caclulation: CRC-32, CRC-64, Blake2sp.
The bug was fixed: 7-Zip for Linux could fail for multivolume creation in some cases.
Some bugs were fixed.
👍
2
Last edit: Igor Pavlov 2024-03-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Decompression support for zstd in 7z archives needed (libarchive already supported even compression, and Windows 11 24H2 included).
Is there a way to just disable ARM64/RISCV filters but not all filters (-mf=off)?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
libarchive can decompress zstd in 7z container now, but only a few GUI archive managers such as ark utilize it, others such as engrampa use p7zip which can be redirected to 7-Zip for Linux. 7-Zip-zstd does NOT support Linux/macOS at all. It does NOT compile on Linux/macOS at all. It does NOT support NT5 as well.
I think that if you want to probably take over mcmilk's 7-Zip-zstd and provide zstd as an alternative compression method in the future, it is worth firstly releasing a transition version which only supports decompression. But since mcmilk did not effectively maintain 7-Zip-zstd recently, just killing this format, and keeping using LZMA(2) as 7z's first-class compression method, is also a choice, but supporting decompression may also give users especially Linux/macOS/NT5 users a good convenient.
Last edit: defrag 2024-04-01
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That's true, but some distros (e.g. OpenMandriva, Arch, ALT, Alpine) have switched to p7zip-zstd (i.e. jinfeihan57's fork, p7zip-project/p7zip on GitHub) in their official repos.
That fork is a derivative of mcmilk's 7-Zip-zstd, and therefore users of OpenMandriva, Arch, ALT, Alpine, etc. can create 7z files which use Zstd, when they use p7zip provided by their distros.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thx. That means libarchive is not another 7-Zip-zstd which generates new zstd in 7z archives to the world, but only to improve its own compatibility to a somehow popular forked 7-Zip.
I think it's good to integrate read-only support to mainline 7-Zip too. Then I can throw away slowly-maintained 7-Zip-zstd or third-party codecs. And then mainline 7-Zip can either take over mcmilk's 7-Zip-zstd or just keep these codes for compatibility in the future.
Last edit: defrag 2024-03-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There's a difference between 7-zip ZSTD and what Igor did: mcmilk took Meta's libzstd along the other things and put it inside 7-zip.
While Igor, as he mentioned here: ZSTD support: https://sourceforge.net/p/sevenzip/discussion/45797/thread/de1d20a156/#3c0a
has another ZSTD implementation. And first of all he wants to be sure that it unpacks the official format - .zst effectively. And then he can use this very method to unpack ZSTD inside .7z containers. As I see it - he just wants to unpack a popular format because many users already have these archives. But If he'd like to have his own implementation for packing - this will definitely take some more time.
Last edit: lelik007 2024-04-03
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2024-03-23
7-Zip shows hash methods XXH64 and BLAKE2sp in context menu.
Thank you for adding these options. But Igor, these 2 options are not shown inside 7zFM.exe x64 if the cascaded context menu is enabled and they are shown if it's disabled. I'm not sure it's a bug or a feature. I meant 7zFM's menu not the system menu.
Last edit: Anonymous 2024-03-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Debian 13 (trixie) now uses your code to build binaries 7z/7za/7zr/7zz/7zzs/7z.so/7zCon.sfx, and using these binaries and a migrated script p7zip, to build 7zip-23.01 package, to replace p7zip package and Debian 12 (bookworm)'s 7zip-22.01 package.
I tried with your Linux binaries 7zz/7zzs, with symlinks 7z/7za/7zr to 7zz, and script p7zip, put in my /usr/local/bin, and it is perfectly compatible with my favorite GUI archive manager, Engrampa.
I think it might be good to integrate a install-only makefile, with 7zz/7zzs binaries, 7z/7za/7zr symlinks, and p7zip script, all installed to $(PREFIX)/bin, and PREFIX=/usr/local by default, to your official Linux binaries. So that I can simply type 'sudo make install' to upgrade all my distro-not-able-to-upgrade Linux machines.
Debian 13 (trixie)'s source is here: https://salsa.debian.org/debian/7zip/-/tree/master/debian?ref_type=heads
Last edit: defrag 2024-03-23
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The dev has no interest in adapting 7zip to Windows 11 design with fluent icons and dark theme? WinRaR has changed its interface over the years but 7zip stayed in the Windows 95 era. Why?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's the author's choice. You have the option to use WinRAR if you are that into a skin. Or feel free to create a custom theme/icon set that you like. This is how FOSS works.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
To you, that God betrayed the spare eyes? If so, try reading microfishes - this is a negative photograph of the page of the text of the text, usually on a sheet of thirty pieces, used in libraries to preserve rare books and read in a special apparatus. Read the day - and after the black background of the text you yourself will not need. They read them for an hour - their eyes hurt a week.
-
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2024-03-24
Igor, explain, please: if a person has 16 Gb RAM - in this case -mmemuse=p10 does nothing:
7z.exea-m0=LZMA:d30-mmemuse=p10
I mean: why doesn't -mmemuse=p10 block the execution as it does in 7zG?
Last edit: Anonymous 2024-03-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
-mmemuse can't stop execution.
But 7zG checks limits in dialog window before sending -mmemuse to 7z compression code.
And 7zG in dialog window provides another chance to change bad options. So it's additional protection for user that could click some big memory usage options.
And d30 is more strong option than -mmemuse.
But -mmemuse=p10 still will try to reduce the number of threads, if you didn't force the number of threads option.
Note:
new -smemx{N}G switch is strong option. So it could stop unpacking in console version. But now -smemx affects only RAR archives.
There is difference between -mmemuse and -smemx because I wanted to get -smemx{N}g switch to work similar to -mdx{N}g switch in original RAR (WinRAR) program.
👍
2
Last edit: Igor Pavlov 2024-03-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2024-03-24
Thank you, I'm glad you understood the question.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2024-03-26
Igor, about ZSTD inside 7z containers or whatever methods somebody put in them. I'll try to explain - many people don't even know what ZSTD is and where it is so as 7-Zip-zstd. They just see something that looks like a 7z archive from the outside but they can't unpack it and it's confusing.
But the next step will be what? BROTLI?
I mean you can do this but you can always say: custom formats are for the custom guys. And wherever you got those archives - ask, please, to provide 7z archive with LZMA(2) instead.
Because the official 7-zip can't pack these archives why must it unpack them?
Last edit: Anonymous 2024-03-26
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
custom formats are for the custom guys. And wherever you got those archives - ask, please, to provide 7z archive with LZMA(2) instead
Well, yeah, but...
You forgot that zstd is increasingly popular so this 'custom format' is not just for custom guys. And asking them to use LZMA is even more fringe. This format become popular for a reason. Whatever that reason is, it's different, often better, than what you propose.
It would be honest and made sense to ask 'custom guys' to provide plugin supporting their 'format'. Which they do. They provide 7-zip suite with builtin codec and some provide standalone plugins for their codecs (fast lzma2).
Because the official 7-zip can't pack these archives why must it unpack them?
Because 7-zip become popular and 'famous' for that very reason - for ability to support many and multiple different and sometimes fringe formats and codecs. Rar is example of your approach and you can see the result - it's decreasingly popular, and only in Russia and, maybe Germany (that's a guess), in country/ies of author's origin. But I'm not a dev nor the author of 7-zip so I can't speak for them.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2024-03-26
You forgot that zstd is increasingly popular so this 'custom format' is not just for custom guys.
Being ZSTD user myself I'm sure I did not forget. And zstd.exe can't either pack or unpack ZSTD inside 7z container so as 7z.exe can't. And Igor just have added unpacking of the official ZSTD format and I'm glad he did.
And asking them to use LZMA is even more fringe.
Yes, this is very fringe to ask them to use 7-zip's own method for 7z files.
They provide 7-zip suite with builtin codec and some provide standalone plugins for their codecs (fast lzma2).
You've just written that everything is need for these formats is provided by somebody else as plugins and all that staff. And why Igor Pavlov should spend his time instead of developing LZMAs for example adding the things that are already done according to your words? 7-zip is free to add any functionality you'd like but why Igor himself should do this? Who will develop a 7z format itself and its algos, then?
Rar is example of your approach and you can see the result - it's decreasingly popular, and only in Russia and, maybe Germany (that's a guess), in country/ies of author's origin.
Almost dead. That's why Igor has just added a special option for RAR5 archives with the big dictionaries to unpack them in case Winrar is gone for good.
But I'm not a dev nor the author of 7-zip so I can't speak for them.
Well, you are right he's very able to decide himself.
Last edit: Anonymous 2024-03-27
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 24.03 (beta) was released.
Download
7-Zip for 64-bit Windows x64:
https://7-zip.org/a/7z2403-x64.exe
7-Zip for 32-bit Windows x86:
https://7-zip.org/a/7z2403.exe
7-Zip for 64-bit Windows ARM64:
https://7-zip.org/a/7z2403-arm64.exe
7-Zip (console version) for 64-bit Linux x86-64 (AMD64):
https://7-zip.org/a/7z2403-linux-x64.tar.xz
7-Zip (console version) for 32-bit Linux x86:
https://7-zip.org/a/7z2403-linux-x86.tar.xz
7-Zip (console version) for 64-bit Linux ARM64:
https://7-zip.org/a/7z2403-linux-arm64.tar.xz
7-Zip (console version) for 32-bit Linux ARM:
https://7-zip.org/a/7z2403-linux-arm.tar.xz
7-Zip (console version) for macOS (ARM64 and x86-64):
https://7-zip.org/a/7z2403-mac.tar.xz
7-Zip Extra: standalone console version, 7z DLL, Plugin for Far Manager:
https://www.7-zip.org/a/7z2403-extra.7z
Another packages and source code will be available later.
What's new in 7-Zip 24.03:
RISCV filter can increase compression ratio for data containing executable files compiled for RISC-V architecture.
RAR archives can use dictionary up 64 GB. Default allowed limit for RAR unpacking is 4 GB.
linux path separator slash '/' instead of backslash separator '\'.
What's new in 7-Zip 24.01:
Last edit: Igor Pavlov 2024-03-23
Hi Igor,
is it possible to improve file deletion on linux?
If the source data contains link(s), then 7z will not delete all files using the -sdel switch.
Sample archive for testing: https://workupload.com/file/CGhkcR82YPf
Extract it and compress the files using the -sdel switch.
The problem from here solved.
Now checksec is happy!
I'm waiting for the source code.
Last edit: teoberi 2024-03-22
+1 on source code -- can't do the testing I need to do without it.
Decompression support for zstd in 7z archives needed (libarchive already supported even compression, and Windows 11 24H2 included).
Is there a way to just disable ARM64/RISCV filters but not all filters (-mf=off)?
No option to disable ARM64/RISCV filters now.
Why do you want to disable it?
What exact extracting program do you think about?
libarchive can decompress zstd in 7z container now, but only a few GUI archive managers such as ark utilize it, others such as engrampa use p7zip which can be redirected to 7-Zip for Linux.
7-Zip-zstd does NOT support Linux/macOS at all. It does NOT compile on Linux/macOS at all. It does NOT support NT5 as well.
I think that if you want to probably take over mcmilk's 7-Zip-zstd and provide zstd as an alternative compression method in the future, it is worth firstly releasing a transition version which only supports decompression. But since mcmilk did not effectively maintain 7-Zip-zstd recently, just killing this format, and keeping using LZMA(2) as 7z's first-class compression method, is also a choice, but supporting decompression may also give users especially Linux/macOS/NT5 users a good convenient.
Last edit: defrag 2024-04-01
That's true, but some distros (e.g. OpenMandriva, Arch, ALT, Alpine) have switched to p7zip-zstd (i.e. jinfeihan57's fork, p7zip-project/p7zip on GitHub) in their official repos.
That fork is a derivative of mcmilk's 7-Zip-zstd, and therefore users of OpenMandriva, Arch, ALT, Alpine, etc. can create 7z files which use Zstd, when they use p7zip provided by their distros.
Sorry but this does not seem to be true.
At the time of writing, libarchive supports reading Zstd in 7z (see also: libarchive/libarchive#1894), but does not support writing Zstd in 7z.
You may also refer to libarchive's
archive_write_set_format_7zip.c.TL,DR: libarchive's support of Zstd in 7z is read-only.
Thx. That means libarchive is not another 7-Zip-zstd which generates new zstd in 7z archives to the world, but only to improve its own compatibility to a somehow popular forked 7-Zip.
I think it's good to integrate read-only support to mainline 7-Zip too. Then I can throw away slowly-maintained 7-Zip-zstd or third-party codecs. And then mainline 7-Zip can either take over mcmilk's 7-Zip-zstd or just keep these codes for compatibility in the future.
Last edit: defrag 2024-03-24
There's a difference between 7-zip ZSTD and what Igor did: mcmilk took Meta's libzstd along the other things and put it inside 7-zip.
While Igor, as he mentioned here: ZSTD support:
https://sourceforge.net/p/sevenzip/discussion/45797/thread/de1d20a156/#3c0a
has another ZSTD implementation. And first of all he wants to be sure that it unpacks the official format - .zst effectively. And then he can use this very method to unpack ZSTD inside .7z containers. As I see it - he just wants to unpack a popular format because many users already have these archives. But If he'd like to have his own implementation for packing - this will definitely take some more time.
Last edit: lelik007 2024-04-03
Thank you for adding these options. But Igor, these 2 options are not shown inside 7zFM.exe x64 if the cascaded context menu is enabled and they are shown if it's disabled. I'm not sure it's a bug or a feature. I meant 7zFM's menu not the system menu.
Last edit: Anonymous 2024-03-23
Yes, I've added XXH64 and BLAKE2sp items to Explorer menu only.
I'll add items to 7-Zip File Manager in next version.
Thank you, so for now we can use the system menu.
Last edit: Anonymous 2024-03-23
Debian 13 (trixie) now uses your code to build binaries 7z/7za/7zr/7zz/7zzs/7z.so/7zCon.sfx, and using these binaries and a migrated script p7zip, to build 7zip-23.01 package, to replace p7zip package and Debian 12 (bookworm)'s 7zip-22.01 package.
I tried with your Linux binaries 7zz/7zzs, with symlinks 7z/7za/7zr to 7zz, and script p7zip, put in my /usr/local/bin, and it is perfectly compatible with my favorite GUI archive manager, Engrampa.
I think it might be good to integrate a install-only makefile, with 7zz/7zzs binaries, 7z/7za/7zr symlinks, and p7zip script, all installed to $(PREFIX)/bin, and PREFIX=/usr/local by default, to your official Linux binaries. So that I can simply type 'sudo make install' to upgrade all my distro-not-able-to-upgrade Linux machines.
Debian 13 (trixie)'s source is here: https://salsa.debian.org/debian/7zip/-/tree/master/debian?ref_type=heads
Last edit: defrag 2024-03-23
The dev has no interest in adapting 7zip to Windows 11 design with fluent icons and dark theme? WinRaR has changed its interface over the years but 7zip stayed in the Windows 95 era. Why?
It's the author's choice. You have the option to use WinRAR if you are that into a skin. Or feel free to create a custom theme/icon set that you like. This is how FOSS works.
Diego F.
To you, that God betrayed the spare eyes? If so, try reading microfishes - this is a negative photograph of the page of the text of the text, usually on a sheet of thirty pieces, used in libraries to preserve rare books and read in a special apparatus. Read the day - and after the black background of the text you yourself will not need. They read them for an hour - their eyes hurt a week.
-
Igor, explain, please: if a person has 16 Gb RAM - in this case -mmemuse=p10 does nothing:
I mean: why doesn't -mmemuse=p10 block the execution as it does in 7zG?
Last edit: Anonymous 2024-03-24
Are you surprised?
You limit memory usage to 10% of 16 GB, which is 1.6 GB, and want to use 1GB dictionary, that requires ~ 12 GB of RAM.
-mmemusecan't stop execution.But
7zGchecks limits in dialog window before sending-mmemuseto 7z compression code.And
7zGin dialog window provides another chance to change bad options. So it's additional protection for user that could click some big memory usage options.And
d30is more strong option than-mmemuse.But
-mmemuse=p10still will try to reduce the number of threads, if you didn't force the number of threads option.Note:
new
-smemx{N}Gswitch is strong option. So it could stop unpacking in console version. But now-smemxaffects only RAR archives.There is difference between
-mmemuseand-smemxbecause I wanted to get-smemx{N}gswitch to work similar to-mdx{N}gswitch in original RAR (WinRAR) program.Last edit: Igor Pavlov 2024-03-24
Thank you, I'm glad you understood the question.
Igor, about ZSTD inside 7z containers or whatever methods somebody put in them. I'll try to explain - many people don't even know what ZSTD is and where it is so as 7-Zip-zstd. They just see something that looks like a 7z archive from the outside but they can't unpack it and it's confusing.
But the next step will be what? BROTLI?
I mean you can do this but you can always say: custom formats are for the custom guys. And wherever you got those archives - ask, please, to provide 7z archive with LZMA(2) instead.
Because the official 7-zip can't pack these archives why must it unpack them?
Last edit: Anonymous 2024-03-26
Well, yeah, but...
You forgot that zstd is increasingly popular so this 'custom format' is not just for custom guys. And asking them to use LZMA is even more fringe. This format become popular for a reason. Whatever that reason is, it's different, often better, than what you propose.
It would be honest and made sense to ask 'custom guys' to provide plugin supporting their 'format'. Which they do. They provide 7-zip suite with builtin codec and some provide standalone plugins for their codecs (fast lzma2).
Because 7-zip become popular and 'famous' for that very reason - for ability to support many and multiple different and sometimes fringe formats and codecs. Rar is example of your approach and you can see the result - it's decreasingly popular, and only in Russia and, maybe Germany (that's a guess), in country/ies of author's origin. But I'm not a dev nor the author of 7-zip so I can't speak for them.
Being ZSTD user myself I'm sure I did not forget. And zstd.exe can't either pack or unpack ZSTD inside 7z container so as 7z.exe can't. And Igor just have added unpacking of the official ZSTD format and I'm glad he did.
Yes, this is very fringe to ask them to use 7-zip's own method for 7z files.
You've just written that everything is need for these formats is provided by somebody else as plugins and all that staff. And why Igor Pavlov should spend his time instead of developing LZMAs for example adding the things that are already done according to your words? 7-zip is free to add any functionality you'd like but why Igor himself should do this? Who will develop a 7z format itself and its algos, then?
Almost dead. That's why Igor has just added a special option for RAR5 archives with the big dictionaries to unpack them in case Winrar is gone for good.
Well, you are right he's very able to decide himself.
Last edit: Anonymous 2024-03-27