MSI is the only supported file for deployment through group policy, therefore I prefer MSI installer as much as I can. And yes, I try not to use software with EXE Installer, accept it's business software what I didn't choose.
Here a small list of software with MSI installer I usually deploy:
7zip, Adobe Flash, Adobe Reader, CDBurnerXP, DWG TrueView, Firefox, Google Chrome, Google Earth, HorizonViewClient, Inkscape, Java, KeePass, LibreOffice, Microsoft, NetphoneClient, Owncloud, paint.net, PDF24, Skype, STPViewer, vlc
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
+1 for MSI installer. MSI correctly uses the Restart Manager API to avoid the need to reboot by prompting to close processes like explorer.exe that have 7-zip program files in use. Whereas your exe installer insisted on a reboot to finish installing. Why re-invent the installer wheel poorly? Especially since you already had a fully functional MSI WiX installer solution developed. I also agree that you should always set the informational fields in Programs and Features like Version, Publisher, Size, and Support Link. Your MSI installer also did that correctly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for your great software
I am also used to mass deploy software through Microsoft Active Directory Group Policy or with WSUS Package Publisher which relies on Microsoft WSUS.
MSI packages are better than NSIS or Inno Setup for these deployments tools.
Advanced Installer can help you package Z-Zip both in msi and exe format the easy way.
Advanced Installer comes in free and in 4 paid versions ( http://www.advancedinstaller.com/feats-list.html ). Editor may also grants you a free licence for paid version since 7-Zip is open source software (contact them).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
the new installer is slim and fast.
I would give a recommendation to change the display title to "7-Zip (x64)" and put the version into version field.
Also it would be great to populate the fields "homepage, support,... that are stored in registry under "uninstall" branch
Yes. For better compatibility with older versions use LZMA compression (LZMA2 compression method added in to v9.04 Beta, as default use for v9.30 alpha and letter).
Last edit: VictorVG 2015-06-19
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Am I the only one that has the problems (since a couple of versions) that when I make an archive 7z only uses 2 threads instead of 4? Archiving is really slow now.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
If your processor has only two processing channels (it is essentially, the number of pipelines on them may be any, as well as the number of cores), the increase in the number of threads will reduce the overall performance of the computer. The technical details will not go, but just as the developer of the computer will tell - a special wing of the advertised technologies such technologies Johnson (Hyper Treading, HT) no more performance gains using the computer CPU it depends on the characteristics currently being processed algorithm efficiency Task Scheduler OS and the current CPU load, and in the best case does not exceed 35% - 40% for hight optimized parallel processing algorithms, while the dual processor system with a pair of single-core CPUs on the same tasks, increasing performance in the 70% - 80% or more.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have an actual quad-core (no HyperThreading).
Whenever I archive anything, 7-zip ALWAYS uses about 47% CPU (i.e., 2 cores fully used). It doesn't matter whether I say 'use 2 cores, 3 cores, 4 cores, or even more cores. It's always only 2 threads (cores).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip (7z/LZMA2) uses more threads when you compress big data. There is no available work for another threads, when you compress small file set with big dictionary.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
It's all source code. About 2644 files with 389,191,164 bytes, dictionary size 256MB, solid block size, LZMA2, compression ultra.
So, 7z will always use only 2 threads regardless then?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
On Win 7 Home Premium 64 bit using 7-Zip 15.05 beta (2015-06-14) for Windows, the password protection doesn't seem to work. If I make a new archive from a folder or a file, the dialog asks for password etc and creates the zipped folder. But I can then open that folder with no request for a password
Last edit: TimScot 2015-06-24
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Here is simple - if you enable encryption archive header, then encrypted and the directory tree, else encrypted files only.
If you look at the work of the functional analogues of 7-Zip - Ace, Arj, FreeArc, Rar, PkZip - you will see that if we give the password only to file their list appears, and you try to decompress any file asks for a password, but if we we point out the option of encryption and file names, the password is requested once when trying to open the file.
Last edit: VictorVG 2015-06-25
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
using 7z1505-x64.exe on Win7/64. I still have the problem that the file modification date is sometimes not set correctly after extracting files. Example: If you extract
by right-clicking on the file in Windows Explorer -> Extract to ...
then the change date of avidemux.exe is not the one in the archive (6th of April). Instead it's set to now (26th of June). This does not happen with all files, only some.
Maybe some virus or antivirus in your computer modifies data of exe files or timestamps of files?
Try to rename the file in archive to a.txt.
Extract the file and then compare files byte to byte, or compare CRC32 of file inside archive and CRC32 for extracted file.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Igor, yes, you were right! Sorry for blaming 7-zip for this issue. I've started the process monitor (from Sysinternals) to watch who is accessing the file during extracting, and it turned out that my firewall (Comodo) seems to write an alternative stream to the file (see attachment). I have no clue why as it's used as a pure firewall (no antivirus or anything else). So, I will research in the other direction.
Sorry for the unnecessary noise!
with 7-Zip it is not possible to open multiple office documents at the same time.
If you receive an archive containing a bunch of word, excel or powerpoint files and you like to preview them from within the archive without extracting first, you can always only open one file. as soon as you try opening another file from within the archive while another file is already previewed in an office application, the office application throws an error saying that it cannot find the file.
if you do the same with windows' built-in archive viewer, it is possible to open files from within the archive.
MSI is the only supported file for deployment through group policy, therefore I prefer MSI installer as much as I can. And yes, I try not to use software with EXE Installer, accept it's business software what I didn't choose.
Here a small list of software with MSI installer I usually deploy:
7zip, Adobe Flash, Adobe Reader, CDBurnerXP, DWG TrueView, Firefox, Google Chrome, Google Earth, HorizonViewClient, Inkscape, Java, KeePass, LibreOffice, Microsoft, NetphoneClient, Owncloud, paint.net, PDF24, Skype, STPViewer, vlc
+1 for MSI installer. MSI correctly uses the Restart Manager API to avoid the need to reboot by prompting to close processes like explorer.exe that have 7-zip program files in use. Whereas your exe installer insisted on a reboot to finish installing. Why re-invent the installer wheel poorly? Especially since you already had a fully functional MSI WiX installer solution developed. I also agree that you should always set the informational fields in Programs and Features like Version, Publisher, Size, and Support Link. Your MSI installer also did that correctly.
Thanks for your great software
I am also used to mass deploy software through Microsoft Active Directory Group Policy or with WSUS Package Publisher which relies on Microsoft WSUS.
MSI packages are better than NSIS or Inno Setup for these deployments tools.
Advanced Installer can help you package Z-Zip both in msi and exe format the easy way.
Advanced Installer comes in free and in 4 paid versions ( http://www.advancedinstaller.com/feats-list.html ). Editor may also grants you a free licence for paid version since 7-Zip is open source software (contact them).
Hi Igor,
the new installer is slim and fast.
I would give a recommendation to change the display title to "7-Zip (x64)" and put the version into version field.
Also it would be great to populate the fields "homepage, support,... that are stored in registry under "uninstall" branch
see attached reg file please.
Thx.
Igor, thank you very much for your work!
Does version 15.05 always create archives compatible with 9.* versions?
Yes. For better compatibility with older versions use LZMA compression (LZMA2 compression method added in to v9.04 Beta, as default use for v9.30 alpha and letter).
Last edit: VictorVG 2015-06-19
In Methods.txt is this:
04.. - Misc codecs
01 - [Zip]
00 - Copy (not used. Use {00} instead)
01 - Shrink
06 - Implode
08 - Deflate
09 - Deflate64
10 - Imploding
12 - BZip2 (not used. Use {040202} instead)
14 - LZMA (LZMA-zip)
5F - xz
60 - Jpeg
61 - WavPack
62 - PPMd (PPMd-zip)
63 - wzAES
Since these are hex-values, shouldn't it be this?:
0A - Imploding
0C - BZip2 (not used. Use {040202} instead)
0E - LZMA (LZMA-zip)
Yes, I'll fix it.
Thanks!
Am I the only one that has the problems (since a couple of versions) that when I make an archive 7z only uses 2 threads instead of 4? Archiving is really slow now.
If your processor has only two processing channels (it is essentially, the number of pipelines on them may be any, as well as the number of cores), the increase in the number of threads will reduce the overall performance of the computer. The technical details will not go, but just as the developer of the computer will tell - a special wing of the advertised technologies such technologies Johnson (Hyper Treading, HT) no more performance gains using the computer CPU it depends on the characteristics currently being processed algorithm efficiency Task Scheduler OS and the current CPU load, and in the best case does not exceed 35% - 40% for hight optimized parallel processing algorithms, while the dual processor system with a pair of single-core CPUs on the same tasks, increasing performance in the 70% - 80% or more.
I have an actual quad-core (no HyperThreading).
Whenever I archive anything, 7-zip ALWAYS uses about 47% CPU (i.e., 2 cores fully used). It doesn't matter whether I say 'use 2 cores, 3 cores, 4 cores, or even more cores. It's always only 2 threads (cores).
7-Zip (7z/LZMA2) uses more threads when you compress big data. There is no available work for another threads, when you compress small file set with big dictionary.
It's all source code. About 2644 files with 389,191,164 bytes, dictionary size 256MB, solid block size, LZMA2, compression ultra.
So, 7z will always use only 2 threads regardless then?
If you reduce the dictionary size to 32 MB, it will use 4 threads for 400 MB data.
On Win 7 Home Premium 64 bit using 7-Zip 15.05 beta (2015-06-14) for Windows, the password protection doesn't seem to work. If I make a new archive from a folder or a file, the dialog asks for password etc and creates the zipped folder. But I can then open that folder with no request for a password
Last edit: TimScot 2015-06-24
Here is simple - if you enable encryption archive header, then encrypted and the directory tree, else encrypted files only.
If you look at the work of the functional analogues of 7-Zip - Ace, Arj, FreeArc, Rar, PkZip - you will see that if we give the password only to file their list appears, and you try to decompress any file asks for a password, but if we we point out the option of encryption and file names, the password is requested once when trying to open the file.
Last edit: VictorVG 2015-06-25
Hi Igor,
using 7z1505-x64.exe on Win7/64. I still have the problem that the file modification date is sometimes not set correctly after extracting files. Example: If you extract
http://www.avidemux.org/nightly/win64/avidemux_r060415__win64Qt5.7z
by right-clicking on the file in Windows Explorer -> Extract to ...
then the change date of avidemux.exe is not the one in the archive (6th of April). Instead it's set to now (26th of June). This does not happen with all files, only some.
I've attached two screenshots.
Thanks.
Last edit: CryGuy 2015-06-26
Maybe some virus or antivirus in your computer modifies data of exe files or timestamps of files?
Try to rename the file in archive to a.txt.
Extract the file and then compare files byte to byte, or compare CRC32 of file inside archive and CRC32 for extracted file.
Igor, yes, you were right! Sorry for blaming 7-zip for this issue. I've started the process monitor (from Sysinternals) to watch who is accessing the file during extracting, and it turned out that my firewall (Comodo) seems to write an alternative stream to the file (see attachment). I have no clue why as it's used as a pure firewall (no antivirus or anything else). So, I will research in the other direction.
Sorry for the unnecessary noise!
Hi,
with 7-Zip it is not possible to open multiple office documents at the same time.
If you receive an archive containing a bunch of word, excel or powerpoint files and you like to preview them from within the archive without extracting first, you can always only open one file. as soon as you try opening another file from within the archive while another file is already previewed in an office application, the office application throws an error saying that it cannot find the file.
if you do the same with windows' built-in archive viewer, it is possible to open files from within the archive.
https://dl.dropboxusercontent.com/u/22310732/Desktop.zip <<< example archive with two powerpoint files.
This OS deleted temporary files after end unpacking task.
But any other Archive Utility is capable of handling this. This must be 7 Zip related.
It's not so simple.
The whole scheme in 7-Zip code related to temp files must be changed to support such cases.
Maybe later I'll think about it.
Thanks Igor!
I'd highly appreciate if this change can taken for consideration in near future.