Kawe Mazidjatari 22029abfc2 Fixed compression bug for VPK system
Fixed bug where the compressed buffer size equals the source buffer size getting packed into the VPK chunk. In all occurrences this resulted in corrupted data upon export.

The reason for data being corrupt upon export is because the engine checks the equality of the compressed and decompressed size fields in the directory file, if they are equal, the engine doesn't attempt to decompress the block. So we end up with a still compressed block on the disk (technically not corrupt in the context of the compression lib, but useless as-is on the disk).

If a compressed file doesn't get lower in size we are better out storing it rather than compressing it.

Added a new condition in lzham::lzham_lib_compress_memory which checks source and destination buffer size equality.
2022-06-05 02:24:44 +02:00
..
2022-04-18 03:35:08 +02:00
2022-06-04 01:30:18 +02:00
2022-05-28 22:02:00 +02:00
2022-05-25 14:18:29 +02:00
2022-05-28 23:36:29 +02:00
2022-05-26 01:44:54 +02:00
2022-05-28 23:05:10 +02:00
2022-05-29 02:31:43 +02:00
2022-05-27 02:21:54 +02:00
2022-05-25 14:18:29 +02:00
2022-06-02 02:02:36 +02:00
2022-03-04 15:59:33 +01:00
2022-05-25 14:18:29 +02:00
2022-02-22 15:19:32 +01:00
2022-04-16 00:30:46 +02:00
2021-04-13 04:45:22 -07:00
2022-02-22 15:20:08 +01:00