Results 1 to 13 of 13

Thread: PIM 1.0alpha4 released!

  1. #1
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Okay, here are the last release of PIM as a command line archiver. Next versions will be with GUI and labeled BETA.

    What's new:
    + Improved LZP hashtable. Compression ratio is about the same, but speed was improved. If you compress a lots of small files speed of the new version will be a few times faster...

    Link:
    Download PIM 1.0alpha4 (28 KB)


  2. #2
    Guest
    What's the relation between PIMPLE and PIMP?. Will PIMPLE become obsolete?

  3. #3
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Well, for myself PIM is just PIMPLE 2. I stop working on PIMPLE so it is discontinued. PIM haven't super-high compression power, but it fast enough, needs just 56 MB of memory, and have a good compression.


  4. #4
    Guest
    Its working well but it still needs a -q switch.

  5. #5
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Note, you can type this:

    pim n 1.pim * > nul

    PIM will work in silent mode - only error messages will be displayed!


  6. #6
    Guest
    Thanks, I already know this but would really like to see a -q switch added to pim.

    Its OK if you are just compressing a few files, but if there are thousands of small files, it slows down the whole process considerably.

  7. #7
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    It will be added eventually...

    But now:



    I'm fully busy with a GUI version. As you can see, it have a good design. Additionally, now you can see witch filter/compression was used - look at the 'Method' column. Using this GUI version I can say - it's AWESOME!!!


  8. #8
    Guest
    pim Rocks!

  9. #9
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    Some testing results:

    bliss.bmp, 1,440,054 bytes

    PIM + DLTFLT:3 - 452,141 bytes
    PIM - 718,166 bytes

    Now you can see, what delta filter does...


  10. #10
    Guest
    It's quite interesting,.. those compression contests. They choose the best command-line params to gain the best compression. Something similar is in your delta filter.
    But. Will PIM determine the best params itself??
    That is the question...

  11. #11
    The Founder encode's Avatar
    Join Date
    May 2006
    Location
    Moscow, Russia
    Posts
    3,984
    Thanks
    377
    Thanked 352 Times in 140 Posts
    The PIM2 algorithm (algorithm of the PIM archiver) runs without any parameters. Such thing with filters. Currently I'm working on file-detection. WAVE filter already added - it's works. It performs some data analysis and chooses the best filter or disables anything. All work is done automatically...

  12. #12
    Guest
    Now you can see, what delta filter does...

    Very powerful!

  13. #13
    Guest
    So, it's not impossible, anyway
    I like it

Similar Threads

  1. 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
  •