LZPM 1.00 overview

[encode]

I have some idea about to make a small GUI for LZPM.

With "Settings" dialog with tunable parameters like "Max optimise lookahead".

I just recalled the good old PIMPLE...

First screen shots will be available soon.

[Nania Francesco]

Great idea! Good work!

[LovePimple]

I have some idea about to make a small GUI for LZPM.

Awesome!

I just recalled the good old PIMPLE...

Still one of the best!

[encode]

Currently I'm under experiments... However, I'm still keeping in my mind the PIM2 idea...

[encode]

By the way, what do you prefer:
PIM 2.00 with TC like compression (an improved PIMPLE) (strong compression)
or
PIM 2.00 with LZPM like compression (super fast decompression)

[encode]

(I just consider that the PIM v1.00 compression engine is obsolete)

[Nania Francesco]

One Pratical compressor is Faster in compression and very faster in decompression! LZPM method is the best!

[Nania Francesco]

BLACK FOX BENCHMARK
TC 5.2 dev 2__| 12.328.890 comp. 252 kb/s sec dec. 256 kb/s
LZPM 0.06_____| 13.696.668 comp. 1 910 kb/s dec. 9.548 kb/s
Squxe Archivers' Chart (2007) Benchmark
TC 5.2 dev 2__| 17.485.543 nn nn
lzpm 0.06_____| 20.214.877 894 kb/s 5700 kb/s
Maximum compression benchmark
51* TC 5.2 dev2 89.464.778 71.72 1107 sec. 1112 sec.
120° LZPM 0.4 103.326.435 comp 118 sec. dec. 27 sec.
Time is money!

[encode]

For example, I can add the PIM v1 codec for extraction only and LZPM with parameters as the main compression engine (possibly with non-solid mode, so you can add new files to the existing archive)... In addition, I can remove the MM compression (delta filters) and keep only the E8/E9 transformer...

[Nania Francesco]

Task is right to maintain also the jam for PIM v1, in how much as compressor is still good! Council for LZPM to insert the optional solid mode!

[LovePimple]

By the way, what do you prefer:
PIM 2.00 with TC like compression (an improved PIMPLE) (strong compression)
or
PIM 2.00 with LZPM like compression (super fast decompression)

I would prefer PIM 2.00 with TC like "Strong" compression.

[Black_Fox1]

I can remove the MM compression (delta filters)

Are there delta filters in current console version of LZPM (would their implementing make compression slower)?

By the way, what do you prefer:
PIM 2.00 with TC like compression (an improved PIMPLE) (strong compression)
or
PIM 2.00 with LZPM like compression (super fast decompression)

I would prefer both methods configured using presets (sort of fast = lzpm without delta/e8, normal = lzpm with filters, good = tc without filters, maximum = tc with filters) and with possibility of setting all options by hand.

[LovePimple]

I don't mind which is used as long as it compresses better than PIMPLE on ALL files.

[encode]

Are there delta filters in current console version of LZPM (would their implementing make compression slower)?

My filters actually even speed-up the compression/decompression, including delta filters.

Currently, my action list:
+ Keep ALL filters, including superb file-type detector and filter configurator
+ Change the GUI a little bit. Including a new CRC32 field in the list view and probably Ill remove the "Progress" dialog, making the main dialog status bar as this dialog and adding the progress bar right above the status bar (PIMPLE-like approach).
+ The compression is the name of the game. So, I think adding an improved PIMPLE engine (Normal preset) in addition to filters and ability to compress folders... This would be crazy!

[LovePimple]

+ The compression is the name of the game. So, I think adding an improved PIMPLE engine

[encode]

Currently, I'm preparing the PIM for the new algo. I already rewrote many parts of the program, including the processing part (ZIP file handling, CRC32 calculation...). Probably I will completely remove the progress bar from the program - to simplify the archiver and make focus on other parts.

Soon, I will test it with the LZPM compression. With filters this one can give nice results. And test with an improved TC (faster than the latest TC with slightly less compression). In other words I will look for the most efficient approach and to find is LZPM strong enough and how it will work with non-solid mode. Note that TC engine will work in solid mode.

By the way, do you know the reason why the PIMPLE is dead for now? It is due to users suggestions - add this, add that - eventually PIMPLE contained many useless and "garbage" features. These features are small, but they break the PIMPLE's growth vector... So I guess, with PIM I will listen myself ONLY, to override such bad things.

To be continued...

[Vacon]

Hello everyone,

By the way, do you know the reason why the PIMPLE is dead for now? It is due to users suggestions - add this, add that - eventually PIMPLE contained many useless and "garbage" features. These features are small, but they break the PIMPLEs growth vector... So I guess, with PIM I will listen myself ONLY, to override such bad things.

Sorry, I had the fantasy you asked for inspiration...!?!?
The answers rendered Pimple dying?!

Wait a minute, Ill have to take that...
That renders me ->

[Black_Fox1]

PIMPLE contained many useless and "garbage" features

Well, so does WinRAR and its amongst the most popular archivers...

[encode]

Two flies with the one stone... At some point I just turned out to a wrong way... As a single developer I have a limited time for FREE software. Anyway, prepare for PIM2!

[Christian]

Soon, I will test it with the LZPM compression. With filters this one can give nice results. And test with an improved TC (faster than the latest TC with slightly less compression)...

Although I like LZPM, Im really looking forward to the next TC or PIMPLE release. Since both get their awesome compression from the underlying CM theyre quite similar to CCM. Therefore, Im really interested in following their evolution.

[Vacon]

Hello everyone,

At some point I just turned out to a wrong way... As a single developer I have a limited time for FREE software.

I see and know that developing such programs is _very_ time-consuming! Thank you (and the others here) for your effort!
But since I have no idea what you are considering garbage, I think that you should keep the progress-bar, or at least replace it by a display of percentage somewhere. So everyone can see if a program hangs or is still (de-)compressing an archive.

Best regards!

[LovePimple]

Although I like LZPM, Im really looking forward to the next TC or PIMPLE release. Since both get their awesome compression from the underlying CM theyre quite similar to CCM. Therefore, Im really interested in following their evolution.

Same here!