5 ms·
I find that Brotli is over sold for the case of compressing generic binary files. The claims that it is comparable to xz/lzma for generic binary data are not a
by bhouston 11y ago
I find that Brotli is over sold for the case of compressing generic binary files.
The claims that it is comparable to xz/lzma for generic binary data are not accurate.
In my real-world tests of compressing 3D data it far underperformed xz/lzma although it was still better than gzip:
https://github.com/google/brotli/issues/165 https://github.com/google/brotli/issues/165
- kevingadd 11y agoIt's fairly competitive with LZHAM, at least, even if it's way slower to compress. You will get much better results out of Brotli if you restructure your data to be more compressible, and that will also improve your lzma and gzip (especially gzip) compression ratios, to a tremendous degree. Have you done any of this? If not, ping me, and I can explain some techniques to apply.
- detaro 11y ago>You will get much better results out of Brotli if you restructure your data to be more compressible, and that will also improve your lzma and gzip (especially gzip) compression ratios, to a tremendous degree. This sounds interesting, I'd like to read some examples/links/explanations.
- EdHominem 11y agoI imagine a lot of it is segregating your content. All strings in one file, etc. It'd be an interesting test to take our eight-language set of localization strings and compress them in UI order and language order and see if there's much of a difference. (UI order is all languages for one dialog element, then all eight for the next, etc. Language order is all the English first, then ...) I'd definitely like to hear Kevingadd's tips though.