Byte-aligned, efficient lossless packer that is optimized for fast decompression on 8-bit micros
Go to file
2019-06-27 18:32:49 +02:00
asm Don't use 80186 opcodes. Issue #3 2019-06-27 18:32:49 +02:00
src Use real cost of rep offset when considering a reduction; fix small bug in repmatch handling when doing reductions. 2019-06-26 13:55:00 +02:00
VS2017 Update VS2017 project 2019-06-08 13:37:16 +02:00
Xcode/lzsa.xcodeproj Update Xcode project 2019-06-08 13:37:48 +02:00
.gitignore Add autodocs to public functions in compressor and decompressor 2019-04-02 12:12:12 +02:00
BlockFormat_LZSA1.md Update format spec, stats 2019-05-14 18:38:40 +02:00
BlockFormat_LZSA2.md Fix typo in final LZSA2 block format description 2019-06-10 14:10:57 +02:00
LICENSE Check in LZSA2 implementation (ratio competitive with ZX7, faster decompression) 2019-05-09 16:51:29 +02:00
LICENSE.cc0.md Initial checkin 2019-04-01 18:04:56 +02:00
LICENSE.zlib.md Initial checkin 2019-04-01 18:04:56 +02:00
Makefile Further update LZSA2 format; avoid name conflicts 2019-06-08 13:35:03 +02:00
pareto_graph.png Use -m3 as an upper bound for LZSA2 2019-06-11 10:38:47 +02:00
README.md Add Pareto frontier graph by spke 2019-06-11 10:43:41 +02:00
StreamFormat.md Update format spec, stats 2019-05-14 18:38:40 +02:00

LZSA is a collection of byte-aligned compression formats that are specifically engineered for very fast decompression on 8-bit systems. It can compress files of any size by using blocks of a maximum size of 64 Kb with block-interdependent compression and up to 64 Kb of back-references for matches.

Pareto frontier *ZX Spectrum

The LZSA compression tool uses an aggressive optimal packing strategy to try to find the sequence of commands that gives the smallest packed file that decompresses to the original while maintaining the maximum possible decompression speed.

The compression formats give the user choices that range from decompressing faster than LZ4 on 8-bit systems with better compression, to compressing as well as ZX7 with much better decompression speed. LZSA1 is designed to replace LZ4 and LZSA2 to replace ZX7, in 8-bit scenarios.

Compression ratio comparison between LZSA and other optimal packers, for a workload composed of ZX Spectrum and C64 files:

                     Bytes            Ratio            Decompression speed vs. LZ4
LZSA2                685610           53,18% <------   75%                
ZX7                  687133           53,30%           47,73%
LZ5 1.4.1            727107           56,40%           75%
LZSA1                736169           57,11% <------   90%
Lizard -29           776122           60,21%           Not measured
LZ4_HC -19 -B4 -BD   781049           60,59%           100%
Uncompressed         1289127          100%             N/A

Performance over well-known compression corpus files:

                     Uncompressed     LZ4_HC -19 -B4 -BD    LZSA1                LZSA2
Canterbury           2810784          935827 (33,29%)       855044 (30,42%)      789075 (28,07%)
Silesia              211938580        77299725 (36,47%)     73707039 (34,78%)    69983184 (33,02%)
Calgary              3251493          1248780 (38,40%)      1196448 (36,80%)     1125462 (34,61%)
Large                11159482         3771025 (33,79%)      3648420 (32,69%)     3528725 (31,62%)
enwik9               1000000000       371841591 (37,18%)    355360717 (35,54%)   337063553 (33,71%)

As an example of LZSA1's simplicity, a size-optimized decompressor on Z80 has been implemented in 69 bytes.

The compressor is approximately 2X slower than LZ4_HC but compresses better while maintaining similar decompression speeds and decompressor simplicity.

The main differences between LZSA1 and the LZ4 compression format are:

  • The use of short (8-bit) match offsets where possible. The match-finder and optimizer cooperate to try and use the shortest match offsets possible.
  • Shorter encoding of lengths. As blocks are maximum 64 Kb in size, lengths can only be up to 64 Kb.
  • As a result of the smaller commands due to the possibly shorter match offsets, a minimum match size of 3 bytes instead of 4. The use of small matches is driven by the optimizer, and used where they provide gains.

As for LZSA2:

  • 5-bit, 9-bit, 13-bit and 16-bit match offsets, using nibble encoding
  • Shorter encoding of lengths, also using nibbles
  • A minmatch of 2 bytes
  • No (slow) bit-packing. LZSA2 uses byte alignment in the hot path, and nibbles.

Inspirations:

  • LZ4 by Yann Collet.
  • LZ5/Lizard by Przemyslaw Skibinski and Yann Collet.
  • The suffix array intervals in Wimlib by Eric Biggers.
  • ZX7 by Einar Saukas

License:

  • The LZSA code is available under the Zlib license.
  • The match finder (matchfinder.c) is available under the CC0 license due to using portions of code from Eric Bigger's Wimlib in the suffix array-based matchfinder.

Compressed format

Decompression code is provided for common 8-bit CPUs such as Z80 and 6502. However, if you would like to write your own, or understand the encoding, LZSA compresses data to a format that is fast and simple to decompress on 8-bit CPUs. It is encoded in either a stream of blocks, or as a single raw block, depending on command-line settings. The encoding is deliberately designed to avoid complicated operations on 8-bits (such as 16-bit math).