ZPAQ support: open source incremental, journaling archiver

[Axis]

Hi.

Why not support Zpaq archiver ( http://mattmahoney.net/dc/zpaq.html )?

It's a free and open source incremental, journaling command-line archiver (64bit also) for Windows, Linux and Mac OS/X.

Compress better (and faster decompression) than 7zip also.


Thank you

[milo1012]

There are a lot of formats out there that compress better than the "common" ones,
so I think it depends on how large the interest for such format would be.

If you know how to code, feel free to create a plug-in
Until that a temporary solution with Multi-Arc might help (thread in German).

[Axis]

There are a lot of formats out there that compress better than the "common" ones,

You're right, but zpaq is fast too.

If you know how to code,

I'm not

thanks

[milo1012]

I'm not

Well, sometimes the authors of such programs might get convinced to create a plug-in on their own, because they may reach a larger audience that way.

When I have some time I'll take a look at the ZPAQ source. If it's not that complicated I might create some q&d plug-in,
but from what I can see that unique ZPAQ Journaling feature might get in the way.

[Horst.Epp]

Hi.

Why not support Zpaq archiver ( http://mattmahoney.net/dc/zpaq.html )?

It's a free and open source incremental, journaling command-line archiver (64bit also) for Windows, Linux and Mac OS/X.

Compress better (and faster decompression) than 7zip also.


Thank you

Compression is not the only importand feature.
The following text from its web site means for me do not use it:
...
It does not follow or save symbolic links or junctions. It unknowingly follows hard links. It does not save owner or group IDs, ACLs, extended attributes, alternate streams

These functions are all supported by WinRAR or 7-zip.
Also who knows how long such a tool and format may be supported.

[milo1012]

It does not follow or save symbolic links or junctions. It unknowingly follows hard links. It does not save owner or group IDs, ACLs, extended attributes, alternate streams

So? Older compatible formats like Zip don't support any of this too.
If I wanted to store all these things I'd use a dedicated format in the first place, or use a full (non-compressing) backup.
BTW, 7-Zip does not store permissions/ACLs.

Compression is not the only importand feature.

The classic file archiver programs are and were file archivers first of all, and not file system archivers. For that we have disc images and dedicated backup/archive programs.
Only during the last years these programs implemented support for storing such things, mainly because Vista pushed SymLinks and forced NTFS.
A file needs to be a file, a dir needs to be a dir, no matter on which platform you unpack it. ("Backward compatibility")
I still wonder why people want to store SymLinks and permissions, when they possibly unpack them on USB FAT systems or to a remote network space, where these things are thrown away anyway.

But sure, it would by nice to have support for this in ZPAQ, but for me it's not a criterion for exclusion of such program.

[Axis]

but for me it's not a criterion for exclusion of such program.

+1

[Axis]

Until that a temporary solution with Multi-Arc might help (thread in German).

I tried but I didn't understand much (google translator)

Besides, multiarc plugin is 32bit only ( http://www.ghisler.com/plugins.htm Am I wrong?) and I'm using TC 64 bit.

Thanks

[MVV]

Axis, 64-bit version of Multiarc exists. And you can ask your questions in that topic if there is something that you don't understand.

[Axis]

Axis, 64-bit version of Multiarc exists.

Gulp! Many thanks.

[nsp]

Axis, 64-bit version of Multiarc exists.

Gulp! Many thanks.

If you go with multiarc, and maimly want to use "viewing" and do not need "version" you can use/adapt my settings:

Code: Select all

[ZPAQ]
IDPos=0
Extension=zpaq
Description="ZPAQ archiver"
Archiver=%COMMANDER_PATH%\multiarc\packer\zpaq64.exe
Start="fragments"
Format0="- yyyy-tt-dd hh:mm:ss zzzzzzzzzzzz AAAAA nnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnnn"
End=" files) shown"
Extract="%P x %AQA %FQA"
ExtractWithPath="%P x %AQA %FQA"
Test="%P t %AQA"
Delete="%P d %AQA %FQA"
List="%P l %AQA"
Add="%P a %AQA %FQA -method 5"
IgnoreErrors=0
Debug=0
UnixPath=1
SkipDirsInFileList=0
SkipEmptyNames=1
BatchUnpack=1
SearchForUglyDirs=0	
AskMode=0
SkipLIST=1

[Axis]

If you go with multiarc, and maimly want to use "viewing" and do not need "version" you can use/adapt my settings:

Very kind of you, thanks! I'm a noob, but I'll try to figure it out

[Horst.Epp]

Using Multiarc I tested it with about 1 GB in 800 files
which are compressed by Total7zip in a few minutes.

ZPAQ just hangs and must be terminated by the Taskmanager in this case.

Tests with some small files show that 7-zip compresses better than zpaq with level 5.
So my personal conclusion, its not of any value as a TC packer.

[milo1012]

Well, the -method 5 is not recommended for common use, mainly because of it's slowness and memory requirements for larger files.
I'd stick with level 2 for general purpose compression.

Tests with some small files show that 7-zip compresses better than zpaq with level 5.
So my personal conclusion, its not of any value as a TC packer.

Look, I'd normally understand your points, but no need to draw false conclusions and spoil the program:

a 5 MiB (5.248.880) ROM file:
7-Zip maximum: 2.382.640
ZPAQ: 2.019.282

Opera 12.17 x64 DLL file (21.252.448):
7-Zip maximum: 6.686.837
ZPAQ: 5.918.963

INTEL386 DX datasheet (1.767.250):
7-Zip maximum: 1.315.409
ZPAQ: 1.253.883

[MVV]

If you go with multiarc, and maimly want to use "viewing" and do not need "version" you can use/adapt my settings:

No more forum stretch! This is possible now:

Code: Select all

Format0="- yyyy-tt-dd hh:mm:ss zzzzzzzzzzzz AAAAA n++"