What's new, the highlights:
+ Added WAV compression
+ Improved image compression
+ New main icon
+ Some GUI changes
Fantastic! Thanks Ilia!
Did you decide not to include the option to enable/disable filters?
At least in this release. Will continue testing to find out is it necessary or such feature only overloads UI, but currently its more likely that I will not include this.Originally Posted by LovePimple
thank you encode.
PIM 2.03 is very Powerful compressor!
Please, change benchmark results in BLISS.BMP for WinRAR
- prediction order: 1
- memory to use: 0
-True color compression
Result: 383.099 (2nd place)
Two suggestions for PIM
-Add a Context menu to compress files
-Create SFX files, very useful if another person hasn't PIM.
This 2 options I think that MUST HAVE any compressor, anyway PIM is progressing very well
PD: My english is horrible, I know it
Well, tuning parameters for the best compression possible for each file is some sort of cheating, like you see, PIM as well as other listed programs in this benchmark was tested with Best settings and with no extra tuning - just like the most users will do. I believe that 7-Zip also can show a little bit higher compression with an extra hand tuning. So, I will keep as is, I hope you understand the reason.Originally Posted by Manuel
Such features already suggested by other users many times. I keep all additional things like shell integration and full drag-and-drop support in my mind. However, like I said, many things must be implemented before. PIM v2.x has absolutely new compression compared to the PIM v1.x - so its very young program. Note that only starting with PIM 2.03 users got access to the PIM v2 compression - a new mixture of the PPMD, various filters, special compression techniques, along with a smart file auto-detection. Unlike other free archivers like IZArc, PIM has own compression format - as expected, the aim is the new compression. Anyway, each version Im adding something new, focusing either on compression or GUI/Usability. Lets wait for the future releases!Originally Posted by Manuel
If you want I list your real name in "beta testers" section in about dialog, please post it!
I understand perfecty, compression without tunnig, good idea.
Sorry for ask the same the others users... I didn't read
What language use to make PIM?
Mi name is Manuel Soto, I use PIM ocassionaly, put me in BETA TESTERS is you wish, if I found any bug o comment I make you know
Im not quite understand your questionOriginally Posted by Manuel
You has been added (PIM 2.04)Originally Posted by Manuel
By the way, anyone can become a beta tester! All benchmarkers who tested PIM v2 BETA automatically added.
this seems very like durilcalight idea, you probably should compare with it (with and without -t1)Originally Posted by encode
Already compared. DURILCAs segmentation (-t1) makes the difference especially on binary files, at the cost of the speed. Also PIM has no text filters. However, PIM has a higher image compression even if DURILCA uses a larger model and tuned model order. (AFAIK for MM data durilca has just delta filter (-t4)). PIM has not only delta but such things like color space transformation etc. Overall, PIM has all filters included in durilca except "segmentation of file" and "text tricks". By the way, I tested a few text filters - a tiny improvement. Even DURILCAs advanced text filters (capital conversion; tiny dictionary; punctuation marks modeling; spaces modeling; EOLs modeling adds just a little improvement. A fully featured text dictionaries can make the difference. Having said that pure PPMD achieves a VERY high text compression (comparable to PAQ), so Im happy with text compression.Originally Posted by Bulat Ziganshin
Thanks! Its nice to see new image and wav compression in action!Originally Posted by Squxe
Done!Originally Posted by Squxe
By the way, the work on PIM 2.04 in progress, whats new:
+ Now you can test selected files, not only ALL at a time
+ Enhanced context menu
+ Now if during adding PIM cannot open a file, PIM will raise only a warning message - instead of a fatal error and quit
+ Added a new members to the beta testers team
PIM 2.03 beta - 372,796
WinRar 3.70 - 382*904
CCMx 1.23 (4) - 396*515
PAQ 8L - 423*749
Squeez 5.60 - 435*996
Pimple 2.0 - 446*979
7-zip 4.48b- 561*353
WinZip 11 - 590*113
Zip 2.0 (7-zip ultra) - 694*329
Zip 2.0 (WinZip 11) - 750*333
It's heavy - PIM beats such monsters as PAQ8L and CCMx!
on what you tested? these filters are oriented to natural texts. try it for example on enwik - it should show a big differenceOriginally Posted by encode
i see very different picture: even ppmonsr with filters compress worser than uda, i.e. leightweight paq versionOriginally Posted by encode
can you share this, i especially interested in colospace transformation?Originally Posted by encode
Read carefully. I meant TEXT compression!Originally Posted by Bulat Ziganshin
PAQ6 -4 (64 MB model): 433,744 bytes
PIM 2.03 (PPMD, 64 MB model): 441,766 bytes
DIfference is not extreme, and if youll take into account compression time.
Read the JPEG2000 sources! By the way, current PIMs image compresion was inspired by Maxim Smirnovs post at compression.ru.Originally Posted by Bulat Ziganshin
DURILCA'light, -m64 -o16 -t2: 426,906 bytes
DURILCA'light, -m64 -o16 -t0: 441,747 bytes
PPMonstr and UDA get almost the same result on my text file too...Originally Posted by encode
I'm not really excited by PIM right now The results follow:
7-Zip 4.48: LZMA Ultra word size 128 (GUI version)
WinRar 3.70 final: Best (GUI version)
PIM 2.03 beta: default
SQL DB dump (no link - it's private, sorry. It contains mostly integer data):
Original Size: 881 846 468 bytes
7-Zip: - (my home PC is down - I cannot test it)
WinRar: 85 994 466 bytes
PIM: 92 321 321 bytes
English/Russian Spelling Dictionary
Original: 4 534 439 + 4 798 bytes
7-Zip: 1 012 975 bytes
WinRar: 1 223 153
PIM: 1 228 523
Original: 16 377 344
7-Zip: 3 527 198
WinRar: 3 693 987
PIM: 3 984 747
Original: 1 171 854
7-Zip: 663 525
WinRar: 689 519
PIM: 695 317
PIM is created with Borland Delphi? what version?
Do you know where I can obtain information about compression algorithms in Delphi?
Editing PIM.EXE I saw a Form named Password,
This option will be implemented soon? I'm curious hehe
Sorry again 4 my horrible english
Again, compression results depends on data...Originally Posted by testuser
I say only one thing - its created with C++Builder, compression stuff written using pure C/C++.Originally Posted by Manuel
Search the web - for Delphi you can find lots of stuff, unfortunately the most things is Deflate-related (ZIP - i.e. poor compression). The most serious things written with C/C++.Originally Posted by Manuel
Its secret!Originally Posted by Manuel
rar includes the same ppmd engine so except for bitmap files where Ilya implemented more advanced filtering it's hard to expect better compression
An older PPMd engine to be exact. PIM uses the newest PPMd var. J.
7-Zip uses PPMd var. H.
RAR uses PPMd var. ? (Possibly G).
WinZip 11 uses PPMd var. I.
Yes, they will!Originally Posted by encode
Does it support -> Extract to Desktop<archive-name> ?
If you meant creating new <archve_name> folder on the Desktop and extracting archive contents to it - then it doesnt!Originally Posted by Vacon
This feature was inspired by the StuffIt. Pressing "Extract To Desktop" context menu is equal to "Extract..." and choosing the Desktop folder as the destination.
Many users use Desktop as the main folder - keeping lots of stuff, including their downloads on the desktop. So it might be useful - after downloading and opening a PIM archive just make one mouse click and all needed files will be on the Desktop!