instal the new for mac NonCompressibleFiles 4.66

turborc -Fc -e0 /Users/baker/Desktop/cmp/offsets.txtĮ MB/s size ratio% D MB/s function prdid='s(5)' I tried to compress it using turbo-range-coder. Using this file attached (content looks like: 1235, 8581, 01839). I have spent a few hours playing with it. I think I really do need a good rangecoder. The numbers are highly impressive though! It does give me hope that my comprsesor can improve over time.

Or was that a range-code-test with the lz-compressor disabled? So does your compressor not do lz then? Does it need bwt to make pure range-coding tight? I saw that turboRC only got 62.0% for enwik9 but, 18.4% for enwik9bwt!

A more sophisticated approach could do better. Mine is good at small/small/small/big/big/big/big. My rangecoder does not compress this very well. I think the biggest problem is that I saw a lot of ranges like this: the gain was only 4% extra, so an overall loss. I tried rangecoding a file to lowercase it, for extra-compression. Rangecoding is a quite complicated thing! You can use all sorts of methods to get those bits in tightly. Is that what you are doing? lz77+rangecoding for the tightness? but how do range-coders compress things? I created a range-coder (unused so far), to help me make my lz file tighter.

What is turbo actually doing? ' Fastest Range Coder/Arithmetic Coder'

Instal the new for mac NonCompressibleFiles 4.66