Results 1 to 14 of 14

Thread: PIM 1.0alpha3 with multiple-files/folders feature is here!

  1. #1
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    What's new:
    + Added folders support
    + Improved archive structure

    For more info read the 'README.RTF' file included.

    Enjoy!

    Link:
    Download PIM 1.0alpha3 (28 KB)


  2. #2
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    I consider, the compression power of PIM is not too high. So I will change the main algorithm to FPW-like (LZP+CM). Memory usage will be about the same (56 or 88 MB), but speed will be noticeable affected. Also the compression power will be comparable to PIMPLE and in some cases even better! Anyway, this new engine can be called "PIMPLE 2", since it's just MUCH improved PIMPLE's engine.
    About filtrers. At least two new filters will be added: BMP and WAV.


  3. #3
    Guest
    Thanks!

  4. #4
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    But currently I'm still testing and thinking - since this FPW engine is about 4X times slower than current one.

    Also I'm very curious about MFC results for current PIM.

    Furthermore, BMP and WAV filters not added yet...


  5. #5
    Guest
    IMHO Good engine!

    It has a good balance of speed/compression and with a little more work it could be a very useful archiver. It really needs a -q switch though.

    In my tests it easily beats WinZip every time but could not compete with WinRAR or 7-Zip. Perhaps with filters?

  6. #6
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    It really needs a -q switch though.

    Quiet mode?

    In my tests it easily beats WinZip every time but could not compete with WinRAR or 7-Zip. Perhaps with filters?

    With new filters compression will be again improved.

    Also note, PIM have a completely different properties than 7-Zip/RAR/ZIP. It uses PPM as the base. So:
    + Compression of binary files (non-stationary data) is moderate
    + Compression of text files and pictures (stationary data) is high
    That means, in some cases PIM can easily otperform RAR and even 7-Zip. To proof that, just try to compress UTX files - a texture files from Unreal game. Also try to compress large text files using 7-Zip (LZMA)...


  7. #7
    Guest
    Quiet mode?

    Yes!

    Also note, PIM have a completely different properties than 7-Zip/RAR/ZIP. It uses PPM as the base. So:
    + Compression of binary files (non-stationary data) is moderate
    + Compression of text files and pictures (stationary data) is high
    That means, in some cases PIM can easily otperform RAR and even 7-Zip. To proof that, just try to compress UTX files - a texture files from Unreal game. Also try to compress large text files using 7-Zip (LZMA)...


    Agreed!

  8. #8
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    Well, about the future. I think the base engine is done. - It's time to start a new mass project - the PIM archiver with GUI. Yes, this engine is specific, but it have a great potential.
    EXE-filter already included, since it's a must have. Other filters can be linked later, without breaking backwards compatibility. Like I said, the BMP-filter and the WAV-filter already written. But the proper file detection/analysis must be written for this filters...


  9. #9
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts

  10. #10
    Guest
    Its looking good!

  11. #11
    Guest
    Are you going to keep the console version as well?

  12. #12
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    Are you going to keep the console version as well?

    I think, I will... But first of all I'll make a GUI version with same features as current command-line one.


  13. #13
    Guest
    Hi there; it's Stephan Busch here

    I wouldn't have switched PIM to arithmetic codec, since this is
    not practical on today's computers. New public standard is 7-Zip,
    because it is fast and nearly as powerful as arithmetic coding.
    I would have chosen LZPXJ engine, or at least an option for PIM
    users to switch between LZPXJ and PIMPLE engine.

    Yours,

    Stephan
    squeezechart@gmx.de

  14. #14
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,982
    Thanks
    377
    Thanked 351 Times in 139 Posts
    Hi!
    It's not so simple here. Some time ago I have problems with adding to PIMPLE multiple files/folders feature. The engine structure not allows to easily add this. About LZPXJ. And again here we have some issues. Firstly, the compression will be ruined - since again the engine structure not allows to make a complete solid mode. Keep the PPM in solid mode is simple, but LZP... - here we must implement a sliding window and with this structure (FILTER-LZP-PPM) it's really hard to implement.
    Keeping this in mind, a few months ago I start writing a new engine. I take the name of my old arhciver TC. The goals:
    + Fast speed
    + Moderate memory usage
    Improving my LZP conception I write the TC. TC uses a hybrid algorithm based on LZP and PPM. Unlike LZPXJ, TC not uses a lots of memory. Furthermore, since first '5.0dev1' version I keep in mind about GUI and multiple-files/folders future of this compressor...
    About the PIM. If at all, PIM uses the TC engine plus filters, currently PIM have only one very good EXE-filter. Comparing PIM to LZ77-based compressors is not right, since PIM have completely different properties. Like I said before, any PPM-engine is most effictive on TEXT files (stationary data) but unefficient on binary files (non-stationary).
    The future:
    VERY soon I'll release a new version of PIM, still colsole version, with improved speed. If you compress a lots of small files, new version will be a few times faster.
    After that I'll release a GUI version of PIM - a BETA version, not ALPHA.
    After, I'll add a new filters - BMP/TIFF, WAV/AIFF, ... etc. Also I can add a few special filters for multimedia files and game resources. With such big preprocessing power PIM can be very efficient archiver!


Similar Threads

  1. convert swf files to avi files
    By Jabilo in forum The Off-Topic Lounge
    Replies: 13
    Last Post: 26th October 2016, 12:39
  2. Srep with multiple files support ?
    By SvenBent in forum Data Compression
    Replies: 3
    Last Post: 30th September 2010, 20:41
  3. Forum's Notifications ending up in spam/junk folders
    By Scientist in forum The Off-Topic Lounge
    Replies: 3
    Last Post: 11th December 2009, 02:15
  4. pim 2.9 compress mysql 5.1.32 x64 files
    By l1t in forum Data Compression
    Replies: 0
    Last Post: 23rd March 2009, 16:06
  5. Replies: 9
    Last Post: 28th June 2007, 15:02

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •