Results 1 to 10 of 10

Thread: PeaZip 2.7.beta released

  1. #1
    Programmer giorgiotani's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    166
    Thanks
    3
    Thanked 2 Times in 2 Posts

    PeaZip 2.7.beta released

    This release is mainly targeted to update the GUI of archive creation and extraction stages.
    Backend updates are 7z 9.06, FreeArc 0.51, ZPAQ 1.02
    http://peazip.sourceforge.net/

    Full change log here http://peazip.sourceforge.net/changelog.html

  2. #2
    Member
    Join Date
    Aug 2009
    Location
    Russia, moscow
    Posts
    12
    Thanks
    0
    Thanked 0 Times in 0 Posts

    Thumbs down

    paq8 have same old version, zpaq not working, lpaq8 is lost.

  3. #3
    Programmer giorgiotani's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    166
    Thanks
    3
    Thanked 2 Times in 2 Posts
    Quote Originally Posted by Pedofinder View Post
    paq8 have same old version, zpaq not working, lpaq8 is lost.
    Lpaq8 compression will be in again in final (or next beta) version, it was slowed due to the inherent difficulties in integrating it in the new *paq GUI, handling paq and zpaq, since it is a single file compressor unlike the other two.

    Zpaq, as said in change log, is for this moment limited to archive with absolute paths, and extract back to absolute paths (skips existing files).
    It would be very useful if the executable could accept an output path, currently the archive would be needed to be listed and the command line built specifying the new name for each output file; it could be automated but is very different than the syntax supported by most of other executables.
    I hope newer versions of the executable would have a command line more similar to old paq, or to 7z (very good, since very similar to rar's syntax), or to freearc.
    I really like that format and I would like to support it at best in future!

    However, all PAQ and LPAQ formats previously supported are still supported for browsing and extraction.

  4. #4
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 778 Times in 485 Posts
    The ZPAQ spec only says that file names are optionally stored in the archive. You can do the command line how you want. I wrote zpaq and unzpaq command lines to be a subset of zip, 7zip, rar with commands a (add), x (extract), and l (list). These programs store the file name exactly as you enter it and extract to the same file name unless you give a different name on the command line.

    If you want to allow the user to specify the decompressor output directory you can strip off the path and append the directory name. You can also add features like directory creation and traversal, updaing files, deleting files, reorder blocks, store partial file names, etc. If you want to restore creation time, permissions etc. you can use the comment field for that and the reference decoder will ignore it. You can make the archives solid or not by using a block for each file or one block for the whole archive and a segment per file. Or you can make a straight file compressor and not even store the file name. You could have a gzip type interface where the original is deleted and you add a .zpaq extension or whatever. The reference decoder will just ask for the output filename if you don't store it.

    The spec just specifies the format. I wrote a minimal archiver just to illustrate the format. I thought it was more important to be portable across OS without any OS specific code that I would need for things like directory creation or traversal or doing fancy things with paths that aren't needed by the spec. I may write an archiver later that does these things and automatically generates models so you don't need a config file. Or maybe I'll write a plain file compressor that takes no options.

  5. #5
    Programmer giorgiotani's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    166
    Thanks
    3
    Thanked 2 Times in 2 Posts
    Hi, thank you very much for the feedback.
    ZPAQ potential is great, and I hope support in PeaZip may give its humble contribution to widespread it.
    I fully understand current development priorities are about development of the format itself and its interal algorithms, and about the portability rather than the additional features of the implementation.
    What I would find very useful to add to wishlist is an internal path management like in paq (or 7z) which, on extraction, maintains a table of archive's content and replaces the lowest common path with the output path provided by the command line.
    In this way IMHO command lines and scripts for ZPAQ could be more compact and readable than with current syntax.

  6. #6
    Programmer giorgiotani's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    166
    Thanks
    3
    Thanked 2 Times in 2 Posts
    2.7 is now up on SourceForge, 7z was updated to 9.07 and LPAQ8 is now featured as compression format in *PAQ entry.

  7. #7
    Member
    Join Date
    Aug 2009
    Location
    Russia, moscow
    Posts
    12
    Thanks
    0
    Thanked 0 Times in 0 Posts
    lpaq8 creates 9 bite file on "maximum"
    Working only on "fast" and "default"

  8. #8
    Programmer giorgiotani's Avatar
    Join Date
    May 2008
    Location
    Italy
    Posts
    166
    Thanks
    3
    Thanked 2 Times in 2 Posts
    Quote Originally Posted by Pedofinder View Post
    lpaq8 creates 9 bite file on "maximum"
    Working only on "fast" and "default"
    Cannot confirm, I tested single file and multiple file (automatically create a tar archive of input files) but I get a readable lpaq8 file with maximum compression (equal to 9 option in command line); on extraction files are byte-to-byte identical with original ones.
    BTW, compressing an empty file, lpaq8 should give a 10 byte output, it's very strange it stops at 9 bytes, can you please give more details in order to replicate the incident (system, file, etc) so I or Matt Mahoney can try to understand why lpaq stops in that way?
    Thanks in advance.

  9. #9
    Expert
    Matt Mahoney's Avatar
    Join Date
    May 2008
    Location
    Melbourne, Florida, USA
    Posts
    3,255
    Thanks
    306
    Thanked 778 Times in 485 Posts
    I didn't write the program but my guess is it runs out of memory after writing the header.

  10. #10
    Member Vacon's Avatar
    Join Date
    May 2008
    Location
    Germany
    Posts
    523
    Thanks
    0
    Thanked 0 Times in 0 Posts
    Hello everyone,

    just for your attention, PeaZip 2.7.1 is out, since Oct., 20. 2009 (yesterday). See changelog.

    Best regards!

Similar Threads

  1. PeaZip 3.0.beta
    By giorgiotani in forum Data Compression
    Replies: 1
    Last Post: 20th February 2010, 17:34
  2. PeaZip 2.9.beta
    By giorgiotani in forum Data Compression
    Replies: 2
    Last Post: 27th January 2010, 20:06
  3. PeaZip 2.6 beta
    By giorgiotani in forum Data Compression
    Replies: 14
    Last Post: 4th May 2009, 18:38
  4. PeaZip 2.5 released
    By giorgiotani in forum Data Compression
    Replies: 6
    Last Post: 26th February 2009, 23:50
  5. Released PeaZip 1.7
    By giorgiotani in forum Forum Archive
    Replies: 7
    Last Post: 16th May 2007, 09:42

Posting Permissions

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