- ZIP / PPMd compression ratio was improved in Maximum and Ultra modes.
- The BUG in 7-Zip 9.* beta was fixed: LZMA2 codec didn't work,
if more than 10 threads were used (or more than 20 threads in some modes).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Default values for different -mx switches with ZIP/PPMD now are:
-mx1: -mmem=1m -mo=4
-mx3: -mmem=4m -mo=6
-mx5: -mmem=16m -mo=8
-mx7 (max): -mmem=64m -mo=10 -ma=1
-mx9 (ultra): -mmem=128m -mo=12 -ma=1
-ma=1 sets CUT_OFF model. It's slower than -ma=0, but compression ratio is better for big files.
Note that there was bug in original Shkarin's PPMD / CUT_OFF model code.
Probably all programs that support PPMD in ZIPs (except of 7-Zip) contain that bug now. So these programs can't decompress some archives compressed with Order(WordSize)=16 and a=1 (x7 or x9). Other settings are safe as I suppose.
Please check the compatibility of 7-Zip with WinZip (or other software) for PPMd in ZIP.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Привет! А вот мне интересно! Все таки когда-нибудь релиз состоится или нет? Я конечно понимаю что совершенству нет предела, но все таки. На оф сайте релиз 4.65, а тут уже 9.12, или я что-то не понимаю и это каке-то разные вещи? Если не трудно объясните. Спасибо!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
One question: I'm unable to copy/paste files from an archive to another location (i.e., with ctrl+c, ctrl+v keyboard shortcuts). Is there a general reason for this issue?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello, I have couple questions (sorry if my english is not perfect) :
1. Could it be possible that tools -> options -> file associations tab would be "greyed out", if user does not have administrative rights (operating system is windows 7 enterprise 64-bit). Now user can try to change file associations, even though it is not really possible without administrative rights, and no error message is displayed.
2. When standard user tries to save edited context menu settings, error message is displayed : "An event was unable to invoke any of the subscribers". Context menu settings can be edited when user has standard user rights, so that error message is a little bit confusing.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Seemingly a problem (may exist in earlier versions):
1) Create an archive consisting ONLY of a folder at the root level. The folder should have files inside it. If you want one pre-built, use the top link here (yes, it's SFX, but that doesn't matter): http://forums.laptopvideo2go.com/topic/23790-latest-sigmatel-idt-modded-drivers-for-win-7-and-vista/
2) Try to extract archive to a folder that doesn't already exist, with the expectation that 7Zip will create it for you. So, for example, extract to c:\madeupname.
Result: "Can not open output file" for each file. Nothing is extracted.
Yet, if you now add any files to the root of the archive (parallel to the folder), it will work.
Tested on XP.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I thought I gave enough detail, but here it is again, with more information that I've since noticed:
1) Create an archive with a single folder which contains one or more files.
=OR=
1) Create an archive which contains a single file only and no folders.
2) Extract archive to a folder that doesn't currently exist.
Note: If >1 files are in the root, or if there's more than one folder in the root, you will not see the problem. It seems to be an issue that crops up when a) There's only one object in the root, and b) You're extracting to a folder which 7Zip needs to create itself.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The problem, that when you have file 1.txt and press Copy to c:\aaa, 7-Zip thinks that you want to copy file 1.txt to file c:\aaa. But when copy from archive probably you want to use it as name or directory. So 7-Zip just show error, since it can't select from two possible ways: c:\aaa can be file name or directory name.
If you use '\' at the end of directory path, 7-zip knows that it's directory.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I see what you mean, but I'm using the "Extract" button, not "Copy." I haven't used 7Zip that long and am not actually sure why Copy is there-how would an Extract ever not be a Copy?
Inputting a trailing slash does workaround it, even with Extract, but few people are going to do that. I think that when extracting, there's no question that you can assume someone would want to extract to a directory. And in the case where you're extracting a folder containing multiple files (one of the two ways to reproduce the problem), it wouldn't be possible to extract to a file anyway, it would have to be a directory.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I wanted to suggest that you increase the width of IDC_PROGRESS_FILES_VALUE ( ProgressDialog )
I find it to be too short:
Picture: http://i42.tinypic.com/2cne821.png
Why didn't you make it dynamically resize based on dialog size ?
Also why don't you use the online source code control feature, why release the source code in a compressed file ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
in the changelog of 9.11beta, it writes:
- The support for archives in installers was improved.
Maybe it means that when an archive is a .exe file( in Windows operating system), 7-zip will exact the compressed archive but not the .exe resource structure. In 9.10beta, if I want to exact a .exe archive, I can open .exe with 7-zip, then extract the largest file listed(the archive is usually the largest file), and extract the .exe resource is also easy. But if I want to exact the .exe resource in such a .exe file by 7-zip 9.11beta or later, What should I do? Maybe it is impossible. So I think this change should be cancel.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2010-03-31
Using 7-zip 9.12 beta on 7x64, I ran into a rare problem using 7-zip to repack some .zip files that are part of a game. The game is Supreme Commander 2. It stores data in several *.scd files, which are renamed .zip format archives. Various ZIP utilities can view and extract these files fine (including 7-zip 9.10, 9.12, PeaZip and WinRAR).
The contents of these files are game data - and editing these files are part of the modding process as they contain stats used by the game elements, units, etc. However, when repacking editing files into the archive, only WinRAR is able to do so without the game crashing out silently. 7-zip can obviously create Zip format archives, but apparently this particular game's application of the format is supported by WinRAR, but not the other utilities I have tried (7-zip, PeaZip).
So, to recap, view/open and extract works fine. Making a change to a file within the archive also appears fine - until running the game. Then the game just exits immediately after launch.
What can I do to help provide details and information that would allow future support from 7-zip for these archives?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 9.12 beta was released.
7-Zip for 32-bit Windows:
http://downloads.sourceforge.net/sevenzip/7z912.exe
7-Zip for 64-bit Windows x64:
http://downloads.sourceforge.net/sevenzip/7z912-x64.msi
What's new:
- ZIP / PPMd compression ratio was improved in Maximum and Ultra modes.
- The BUG in 7-Zip 9.* beta was fixed: LZMA2 codec didn't work,
if more than 10 threads were used (or more than 20 threads in some modes).
Default values for different -mx switches with ZIP/PPMD now are:
-mx1: -mmem=1m -mo=4
-mx3: -mmem=4m -mo=6
-mx5: -mmem=16m -mo=8
-mx7 (max): -mmem=64m -mo=10 -ma=1
-mx9 (ultra): -mmem=128m -mo=12 -ma=1
-ma=1 sets CUT_OFF model. It's slower than -ma=0, but compression ratio is better for big files.
Note that there was bug in original Shkarin's PPMD / CUT_OFF model code.
Probably all programs that support PPMD in ZIPs (except of 7-Zip) contain that bug now. So these programs can't decompress some archives compressed with Order(WordSize)=16 and a=1 (x7 or x9). Other settings are safe as I suppose.
Please check the compatibility of 7-Zip with WinZip (or other software) for PPMd in ZIP.
Hi, Oleg.
Version 9.12 extracts from Google Chrome a file 102 ~.bs, but does not extract its contents for once.
Igor, excuse for Oleg. Sorry :(
Привет! А вот мне интересно! Все таки когда-нибудь релиз состоится или нет? Я конечно понимаю что совершенству нет предела, но все таки. На оф сайте релиз 4.65, а тут уже 9.12, или я что-то не понимаю и это каке-то разные вещи? Если не трудно объясните. Спасибо!
One question: I'm unable to copy/paste files from an archive to another location (i.e., with ctrl+c, ctrl+v keyboard shortcuts). Is there a general reason for this issue?
Hello, I have couple questions (sorry if my english is not perfect) :
1. Could it be possible that tools -> options -> file associations tab would be "greyed out", if user does not have administrative rights (operating system is windows 7 enterprise 64-bit). Now user can try to change file associations, even though it is not really possible without administrative rights, and no error message is displayed.
2. When standard user tries to save edited context menu settings, error message is displayed : "An event was unable to invoke any of the subscribers". Context menu settings can be edited when user has standard user rights, so that error message is a little bit confusing.
jtk1969:
I'll think about it later. Thanks.
gora2:
7-Zip can open nested archives only stored without compression.
So it doesn't open .TAR inside .LZMA by default.
Thanks, I have understood.
Well .. even this new version can't extract spanned RAR archives .. CRC failed. File is broken at the last part.
and something more annoying, the x64 ver asked me to close windows explorer process to be able to install .. on win 7 x64
Seemingly a problem (may exist in earlier versions):
1) Create an archive consisting ONLY of a folder at the root level. The folder should have files inside it. If you want one pre-built, use the top link here (yes, it's SFX, but that doesn't matter):
http://forums.laptopvideo2go.com/topic/23790-latest-sigmatel-idt-modded-drivers-for-win-7-and-vista/
2) Try to extract archive to a folder that doesn't already exist, with the expectation that 7Zip will create it for you. So, for example, extract to c:\madeupname.
Result: "Can not open output file" for each file. Nothing is extracted.
Yet, if you now add any files to the root of the archive (parallel to the folder), it will work.
Tested on XP.
bjf2000:
Describe all steps to reproduce this situation including creating of test archive.
Or show .bat file.
I thought I gave enough detail, but here it is again, with more information that I've since noticed:
1) Create an archive with a single folder which contains one or more files.
=OR=
1) Create an archive which contains a single file only and no folders.
2) Extract archive to a folder that doesn't currently exist.
Note: If >1 files are in the root, or if there's more than one folder in the root, you will not see the problem. It seems to be an issue that crops up when a) There's only one object in the root, and b) You're extracting to a folder which 7Zip needs to create itself.
bjf2000 :
I still can't reproduce that bug. So write in details, including exact direrctory/file names and each mouse click.
bjf2000:
Ok, now I see one case, when it doean't work. I'll check it.
You know that there are many ways to extract archive. So I checked another ways.
The problem, that when you have file 1.txt and press Copy to c:\aaa, 7-Zip thinks that you want to copy file 1.txt to file c:\aaa. But when copy from archive probably you want to use it as name or directory. So 7-Zip just show error, since it can't select from two possible ways: c:\aaa can be file name or directory name.
If you use '\' at the end of directory path, 7-zip knows that it's directory.
I see what you mean, but I'm using the "Extract" button, not "Copy." I haven't used 7Zip that long and am not actually sure why Copy is there-how would an Extract ever not be a Copy?
Inputting a trailing slash does workaround it, even with Extract, but few people are going to do that. I think that when extracting, there's no question that you can assume someone would want to extract to a directory. And in the case where you're extracting a folder containing multiple files (one of the two ways to reproduce the problem), it wouldn't be possible to extract to a file anyway, it would have to be a directory.
Hi ipavlov,
I wanted to suggest that you increase the width of IDC_PROGRESS_FILES_VALUE ( ProgressDialog )
I find it to be too short:
Picture: http://i42.tinypic.com/2cne821.png
Why didn't you make it dynamically resize based on dialog size ?
Also why don't you use the online source code control feature, why release the source code in a compressed file ?
jonasno:
What version of 7-Zip?
What version of windows?
What screen resolution?
I don't use "online source code control", since only I make all changes to code.
- Why release the source code in a compressed file ?
Compressed files are smaller.
@ipavlov
surprisingly in my test is no benefit of the CUT-OFF - mode
with: -mmem=64m -mo=10 -ma=1 the resulting file is bigger then with: -mmem=64m -mo=10
also the resulting filesize depends from -mmem
surprisingly for me
the smallest filesize i have with -mmem=64m
with -mmem=16m the filesize is bigger
and with -mmem=128m the filesize is bigger too
best regards
joey007:
try another options
like
-mmem=64m -mo=11 -ma=1
-mmem=64m -mo=12 -ma=1
@ipavlov
thank you very much for your quick answer
i have tested from -mo=4 to -mo=15
the resulting filesize is bigger
with higher modes then mo=10
then with mo=10
7za a dbz6404.zip -mm=ppmd -mmem=64m -mo=4 -ma=1 db.dmp
7za a dbz6405.zip -mm=ppmd -mmem=64m -mo=5 -ma=1 db.dmp
7za a dbz6406.zip -mm=ppmd -mmem=64m -mo=6 -ma=1 db.dmp
7za a dbz6407.zip -mm=ppmd -mmem=64m -mo=7 -ma=1 db.dmp
7za a dbz6408.zip -mm=ppmd -mmem=64m -mo=8 -ma=1 db.dmp
7za a dbz6409.zip -mm=ppmd -mmem=64m -mo=9 -ma=1 db.dmp
7za a dbz6410.zip -mm=ppmd -mmem=64m -mo=10 -ma=1 db.dmp
7za a dbz6411.zip -mm=ppmd -mmem=64m -mo=11 -ma=1 db.dmp
7za a dbz6412.zip -mm=ppmd -mmem=64m -mo=12 -ma=1 db.dmp
7za a dbz6413.zip -mm=ppmd -mmem=64m -mo=13 -ma=1 db.dmp
7za a dbz6414.zip -mm=ppmd -mmem=64m -mo=14 -ma=1 db.dmp
7za a dbz6415.zip -mm=ppmd -mmem=64m -mo=15 -ma=1 db.dmp
best regards
in the changelog of 9.11beta, it writes:
- The support for archives in installers was improved.
Maybe it means that when an archive is a .exe file( in Windows operating system), 7-zip will exact the compressed archive but not the .exe resource structure. In 9.10beta, if I want to exact a .exe archive, I can open .exe with 7-zip, then extract the largest file listed(the archive is usually the largest file), and extract the .exe resource is also easy. But if I want to exact the .exe resource in such a .exe file by 7-zip 9.11beta or later, What should I do? Maybe it is impossible. So I think this change should be cancel.
Using 7-zip 9.12 beta on 7x64, I ran into a rare problem using 7-zip to repack some .zip files that are part of a game. The game is Supreme Commander 2. It stores data in several *.scd files, which are renamed .zip format archives. Various ZIP utilities can view and extract these files fine (including 7-zip 9.10, 9.12, PeaZip and WinRAR).
The contents of these files are game data - and editing these files are part of the modding process as they contain stats used by the game elements, units, etc. However, when repacking editing files into the archive, only WinRAR is able to do so without the game crashing out silently. 7-zip can obviously create Zip format archives, but apparently this particular game's application of the format is supported by WinRAR, but not the other utilities I have tried (7-zip, PeaZip).
So, to recap, view/open and extract works fine. Making a change to a file within the archive also appears fine - until running the game. Then the game just exits immediately after launch.
What can I do to help provide details and information that would allow future support from 7-zip for these archives?