fusecompress_offline(1) decompress or compress data without need to mount the compressed virtual filesystem

SYNOPSIS

fusecompress_offline [-h] [-v] [-c TYPE] [-b SIZE] targetDir

DESCRIPTION

fusecompress_offline decompress or compress data without need to mount the compressed virtual filesystem. It works like the tar or zip.

If compression method is set the data will be compressed by required compression method. Files already compressed by a different compression method are recompressed to required compression method. Files already compressed by the required compression method are left untouched.

targetDir may be a single file or a directory. In the latter case the directory will be processed recursively and all found files are processed.

OPTIONS

-h, --help
Prints help.
-v, --version
Prints version.
-o, --options

fc_c:arg set compression method (lzo/bzip2/zlib/lzma/none) (default:zlib)

fc_b:arg set size of the blocks in kilobytes (default:100)

fc_d run in debug mode

fc_ma:arg1;arg2 files with passed mime types to be always not compressed

fc_mr:arg1;arg2 files with passed mime types to be always compressed

Lzo is the fastest, bzip2 has high compression ratio, but it is the slowest, zlib is somewhere between them in terms of speed and compression ratio and lzma has highest compression ratio, it's compression speed is better than bzip2 and decompression is fast. The none compression method is there for testing only as it doesn't compress data, it copies the data without any modification (fusecompress' header is added).

Block size influences compression ratio. Bigger block size allows better compression ratio, but random access to data will be slower and memory requirements will be bigger.

DISCLAIMER

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Please refer to the "COPYING" file distributed with fusecompress for complete details.

AUTHORS

fusecompress_offline was written by Milan Svoboda <[email protected]>.