Most decompressors require RAM again amply, up to 256kB, reached not even 20 percent the data over the Huffman-table to decompress or the pack council about for example.
The LZFG-decompressor module requires exactly 4kB RAM once, that become dynamically allocate in term. Furthermore the code is very compact and the packer reaches amazing 40 ..55 percent with the pile of an application. As transfer parameters, the here introduced decompressor requires the address of the packed record, the length of this record as well as two pointers for address decompressed record, becomes dynamically allocated internally, and length of the same. It is tested within the moduls whether it is about a compatible LZFG-datastream and whether the length and the CRC16 of the decompressed data are identically the values deposited in the LZFG-datastream.

pC/LZFG - Decompressor

Decompress the handed over record examination of the expansions CRC-16 and length of the original after the LZFG-Mode inclusive.

*source	pointer to compressed data
source_l	lenght of compressed data
**dest_pp	pointer to get the position of decompressed data
*dest_l	pointer to get the lenght of decompressed data

LZFG_SUCCESS	decompress successfully
LZFG_noLZFG	Data are not in the necessary format
LZFG_lenERR	Longitudinal mistakes
LZFG_crcERR	CRC error
LZFG_memERR	Mistakes in allocation of the window or destination memory

void OS_FAR Task2(void *data) { U08 OS_HUGE *source_p; U08 OS_HUGE *decomp_p; U08 state; U32 rx_lenght; U32 decomp_lenght; . . while(1) { . state=OS_MemAlloc(&source_p, 46000); if(state == OS_NO_ERR) { rx_lenght=UART1_receive(source_p, ......... . state=LZFG_Decomp(source_p, rx_lenght, &decomp_p, &decomp_lenght); if(state == LZFG_SUCCESS) { . state=FLSH_Update(decomp_p, decomp_lenght .. . . state=OS_MemFree((OS_MEM OS_HUGE *) decomp_p); . } . state=OS_MemFree((OS_MEM OS_HUGE *) source_p); } . } }