- 7-Zip now supports PPMd compression in .ZIP archives.
- Speed optimizations in PPMd codec.
- The support for archives in installers was improved.
- Some bugs were fixed.
- New localization: Kazakh.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
hitcher2: can you check 32-bit versions also?
Probably the difference for 32-bit versions is larger, since I use new compiler (MSVC 2008 instead of VC 6) for 32-bit PPMd code now.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
this new version seems to be great : very very fast and very good compression
my first test:
db.dmp = 648.331.264 Bytes
"7za a archiv.zip -mm=ppmd -mx1 db.dmp"
-mx1 has the same result as -mx2 -archive.zip = 41.797.473 Bytes
-mx3 has the same result as -mx4 -archive.zip = 33.952.967 Bytes
-mx5 has the same result as -mx6 -archive.zip = 32.469.627 Bytes
-mx7 has the same result as -mx8 -archive.zip = 31.607.901 Bytes
-mx9 -archive.zip = 32.759.816 Bytes
best result for this test with -mx7
with one word: awesome
@ipavlov - thank you very much
do plan a non beta version in the near future ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There was some minor bug in my RAR / PPMD code. To fix it I had to look deep in PPMD code. So I decided to rewrite PPMD code (including C++ -> C porting). That new code was not checked enough. So I plan to keep beta status some time (maybe 3-4 weeks).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
-mo=10 is enough for most cases. That is why -mx7 can be better than -mx9.
But probably there are cases (files) with long matching strings, when -mo=16 can be better.
PPMD var.I supports additional mode (CUT-OFF) that can be slightly better in compression ratio for big files, but original PPMD code and WinZip contain bug in that code, so I have disabled that mode now to keep compatibility with WinZip decoder. If Dmitry Shkarin (PPMD author) fixes it and WinZip updates that code, maybe I'll enable CUT-OFF mode. Does somebody need that CUT-OFF model mode in zip/ppmd?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Простите, что не по английский, но у меня с ним проблемы.
При попытке распаковать многотомный ARJ архив (в частности КЛАДР ГНИВЦ) не все файлы из архива видятся и распаковываються, причём эта история длиться уже довольно давно, я заметил её ещё в версии 4.45
Посмотрите пожалуйста. Может сможете поправить?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
thank you very much for your quick answer
and i want to congratulate you to the very successfull rewrite of the ppmd -code !!
2 asks:
"original Zip file format limited
the number of member files in a Zip file to 65,535,
and the maximum size of both
the Zip file itself and any member file to 4 gigabytes"
Are this limits too within the zip-files with are created with 7z or are there other limits ?
Is it possible to store filenames with Unicode-Characters (or UTF-8-Characters) within a zip-file ?
best regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
--
PPMD var.I supports additional mode (CUT-OFF) that can be slightly better in compression ratio for big files, but original PPMD code and WinZip contain bug in that code, so I have disabled that mode now to keep compatibility with WinZip decoder. If Dmitry Shkarin (PPMD author) fixes it and WinZip updates that code, maybe I'll enable CUT-OFF mode. Does somebody need that CUT-OFF model mode in zip/ppmd?
--
it would be interesting to test this CUT-OFF mode to see how many bytes we can save
- maybe a extra switch like -mm=ppmdCUT for testing ?
best regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Igor, it is incredible to be able to take FAR Manager with a single damn plugin with me everywhere and be able to unpack dozens of archive/installer formats right away. :-) Thank you very much and keep up the good work!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
7-Zip 9.11 beta was released.
7-Zip for 32-bit Windows:
http://downloads.sourceforge.net/sevenzip/7z911.exe
7-Zip for 64-bit Windows x64:
http://downloads.sourceforge.net/sevenzip/7z911-x64.msi
What's new:
- 7-Zip now supports PPMd compression in .ZIP archives.
- Speed optimizations in PPMd codec.
- The support for archives in installers was improved.
- Some bugs were fixed.
- New localization: Kazakh.
Additional infomation about PPMD in ZIP.
Command line to compress with ppmd in zip:
7z a a.zip -mm=ppmd -mmem=64m -mo=10
-mo={N} Order (word size) (2-16)
-mmem={N} Memory usage (1m-256m)
Default values for different -mx switches:
-mx1: -mmem=1m -mo=4
-mx3: -mmem=4m -mo=6
-mx5: -mmem=16m -mo=8
-mx7: -mmem=64m -mo=10
-mx9: -mmem=128m -mo=16
To compare compression/decompression time of 7-Zip 9.10 / 9.11 you can use timer.exe from:
http://downloads.sourceforge.net/sevenmax/7bench903.zip
timer 7z a a.7z -m0=ppmd bigfile >> a.txt
timer 7z t a.7z >> a.txt
Please write here you results, including information about CPU.
Please check also the compatibility between WinZip and 7-Zip for ZIP/ppmd files.
Здравствуйте, Игорь.
В справке написано:
Год просто не поправлен или это имеет какой-то смысл?
gora2: I'll fix it. Thanks
Разве версии сейчас не должны нумероватся как то так: 10.03 beta?
There are no big changes. So I still use use 9.** version numbers. So you can consider it as version N 11 from 2009.
Many thanks for an explanation!
Igor, installer support is the same as 9.10b3?
OS: Vista x64, CPU AMD AM2 K9 X2 4600+ @ 2,8 GHz, 4x2GB DDR2-RAM
CPU utilization was only 50%
7-Zip 9.07 beta Copyright (C) 1999-2009 Igor Pavlov 2009-08-29
Scanning
Creating archive a.7z
Compressing patch-2.6.33
Everything is Ok
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.109 = 1%
User Time = 8.093 = 98%
Process Time = 8.203 = 99%
Global Time = 8.253 = 100%
7-Zip 9.07 beta Copyright (C) 1999-2009 Igor Pavlov 2009-08-29
Processing archive: a.7z
Testing patch-2.6.33
Everything is Ok
Size: 57354952
Compressed: 9563363
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.031 = 0%
User Time = 8.890 = 99%
Process Time = 8.921 = 100%
Global Time = 8.919 = 100%
7-Zip 9.11 beta Copyright (C) 1999-2010 Igor Pavlov 2010-03-15
Scanning
Creating archive b.7z
Compressing patch-2.6.33
Everything is Ok
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.062 = 0%
User Time = 7.875 = 98%
Process Time = 7.937 = 99%
Global Time = 7.970 = 100%
7-Zip 9.11 beta Copyright (C) 1999-2010 Igor Pavlov 2010-03-15
Processing archive: b.7z
Testing patch-2.6.33
Everything is Ok
Size: 57354952
Compressed: 9563363
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.015 = 0%
User Time = 8.609 = 99%
Process Time = 8.625 = 100%
Global Time = 8.618 = 100%
I have been using the stable version. Is there a reason this is still beta? Should I be concerned about loading and using the beta?
Thanks, Ian
glebe: Yes, as I rememeber,
hitcher2: can you check 32-bit versions also?
Probably the difference for 32-bit versions is larger, since I use new compiler (MSVC 2008 instead of VC 6) for 32-bit PPMd code now.
sure. cmdline was as suggested from you:
"timer 7z a a.7z -m0=ppmd bigfile >> a.txt
timer 7z t a.7z >> a.txt"
7-Zip 9.10 beta Copyright (C) 1999-2009 Igor Pavlov 2009-12-22
Scanning
Creating archive g.7z
Compressing patch-2.6.33
Everything is Ok
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.062 = 0%
User Time = 8.593 = 98%
Process Time = 8.656 = 99%
Global Time = 8.706 = 100%
7-Zip 9.10 beta Copyright (C) 1999-2009 Igor Pavlov 2009-12-22
Processing archive: g.7z
Testing patch-2.6.33
Everything is Ok
Size: 57354952
Compressed: 9563363
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.046 = 0%
User Time = 9.468 = 99%
Process Time = 9.515 = 99%
Global Time = 9.524 = 100%
7-Zip 9.11 beta Copyright (C) 1999-2010 Igor Pavlov 2010-03-15
Scanning
Creating archive h.7z
Compressing patch-2.6.33
Everything is Ok
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.093 = 1%
User Time = 8.140 = 98%
Process Time = 8.234 = 99%
Global Time = 8.299 = 100%
7-Zip 9.11 beta Copyright (C) 1999-2010 Igor Pavlov 2010-03-15
Processing archive: h.7z
Testing patch-2.6.33
Everything is Ok
Size: 57354952
Compressed: 9563363
Timer 9.01 : Igor Pavlov : Public domain : 2009-05-31
Kernel Time = 0.000 = 0%
User Time = 8.765 = 99%
Process Time = 8.765 = 99%
Global Time = 8.780 = 100%
Igor,
Is 9.11 really a beta, since the folder on the download page does not indicate this.
If 9.11 is stable, then there is something wrong with the announcement.
--
Stefan
Yes, it's beta.
I've removed "beta" word from folder name in SG, since SF uses than string in links for download, but I don't like spaces in links.
this new version seems to be great : very very fast and very good compression
my first test:
db.dmp = 648.331.264 Bytes
"7za a archiv.zip -mm=ppmd -mx1 db.dmp"
-mx1 has the same result as -mx2 -archive.zip = 41.797.473 Bytes
-mx3 has the same result as -mx4 -archive.zip = 33.952.967 Bytes
-mx5 has the same result as -mx6 -archive.zip = 32.469.627 Bytes
-mx7 has the same result as -mx8 -archive.zip = 31.607.901 Bytes
-mx9 -archive.zip = 32.759.816 Bytes
best result for this test with -mx7
with one word: awesome
@ipavlov - thank you very much
do plan a non beta version in the near future ?
There was some minor bug in my RAR / PPMD code. To fix it I had to look deep in PPMD code. So I decided to rewrite PPMD code (including C++ -> C porting). That new code was not checked enough. So I plan to keep beta status some time (maybe 3-4 weeks).
-mx7: -mmem=64m -mo=10
-mx9: -mmem=128m -mo=16
-mo=10 is enough for most cases. That is why -mx7 can be better than -mx9.
But probably there are cases (files) with long matching strings, when -mo=16 can be better.
PPMD var.I supports additional mode (CUT-OFF) that can be slightly better in compression ratio for big files, but original PPMD code and WinZip contain bug in that code, so I have disabled that mode now to keep compatibility with WinZip decoder. If Dmitry Shkarin (PPMD author) fixes it and WinZip updates that code, maybe I'll enable CUT-OFF mode. Does somebody need that CUT-OFF model mode in zip/ppmd?
it still has the same old issue .. failed CRC on spanned archives
Простите, что не по английский, но у меня с ним проблемы.
При попытке распаковать многотомный ARJ архив (в частности КЛАДР ГНИВЦ) не все файлы из архива видятся и распаковываються, причём эта история длиться уже довольно давно, я заметил её ещё в версии 4.45
Посмотрите пожалуйста. Может сможете поправить?
ruzbel:
1) Install 7-Zip 9.11
2) Select all ARJ volumes and press "Extract" button.
@ipavlov
thank you very much for your quick answer
and i want to congratulate you to the very successfull rewrite of the ppmd -code !!
2 asks:
"original Zip file format limited
the number of member files in a Zip file to 65,535,
and the maximum size of both
the Zip file itself and any member file to 4 gigabytes"
Are this limits too within the zip-files with are created with 7z or are there other limits ?
Is it possible to store filenames with Unicode-Characters (or UTF-8-Characters) within a zip-file ?
best regards
--
PPMD var.I supports additional mode (CUT-OFF) that can be slightly better in compression ratio for big files, but original PPMD code and WinZip contain bug in that code, so I have disabled that mode now to keep compatibility with WinZip decoder. If Dmitry Shkarin (PPMD author) fixes it and WinZip updates that code, maybe I'll enable CUT-OFF mode. Does somebody need that CUT-OFF model mode in zip/ppmd?
--
it would be interesting to test this CUT-OFF mode to see how many bytes we can save
- maybe a extra switch like -mm=ppmdCUT for testing ?
best regards
Igor, it is incredible to be able to take FAR Manager with a single damn plugin with me everywhere and be able to unpack dozens of archive/installer formats right away. :-) Thank you very much and keep up the good work!
Please add split size 4G(fat32)
and compress each file in seperate archive button
thx AndiB