Repository navigation
bZip2: Partial matches/no matches #95
Description
The file in https://web.archive.org/web/20150319192112/http://freearc.org/download/testing/FreeArc-0.67-alpha-sources.tar.bz2 decompresses to 5855141 bytes but precomp -cn yields a file of 2388084 bytes.
100.00% - New size: 2388084 instead of 1390169
Done.
Time: 2 second(s), 691 millisecond(s)
Recompressed streams: 1/1
bZip2 streams: 1/1
Activity
schnaader commentedon Feb 21, 2019
This is similar to the old zlib behaviour (e.g. #21 ), recompression isn't identical. A more advanced bZip2 recompression algorithm (similar to what preflate does with zlib) would be needed here to completely solve this (which won't happen soon, I guess).
Anyway, there's another remaining issue I'd like to point out: The partial match found here is hurting the compression ratio. When using
-v:Using
-cl, this leads to 1,629,242 bytes (instead of 1,390,354 bytes using-t+), so it would be useful to use the partial match mechanism introduced in cfa602c for bZip2 streams, too.Discard insufficient partial bZip2 matches
[-]bZip2 recompression problem.[/-][+]bZip2: Partial matches/no matches[/+]schnaader commentedon Feb 22, 2019
Discarding insufficient partial matches like described above now. New output of
-v:schnaader commentedon Feb 22, 2019
The issue will stay open as a known issue, I changed the title to make it more clear what the issue is about.