Shrinkler Z80 decrunch routine

[GUNHED]

Sorry for reviving an older topic, but out of younger interest...

Hi there. I tested some files and it seems that Shrinkler is usually better than anything else. But I lack a manual.

Does anybody know where to get a Shrinkler Manual?

Where can I find the up to date de-crunch routine? (Or is it still the one here in the thread?)

EDIT: BTW: Shrinkler 4.6 was released 2020.2.22

[Targhan]

Shrinkler is the BEST compressor, period. The counterpart is that it is terribly slow on depacking.

I can't help you about the manual though, but I'm sure someone else can.

Also, this graph may be of interest to you if you accept a lower compression ratio, but require more speed:
https://github.com/emmanuel-marty/lzsa
(scroll down a bit)

[reidrac]

Shrinkler is the BEST compressor, period. The counterpart is that it is terribly slow on depacking.

I can't help you about the manual though, but I'm sure someone else can.

Also, this graph may be of interest to you if you accept a lower compression ratio, but require more speed:
https://github.com/emmanuel-marty/lzsa
(scroll down a bit)

That graph is interesting, but turns out the data I compress in my games doesn't behave like that.

I was using UCL for a long time, then moved to ZX7 in few projects, and turns out ApLib with apultra compressor it is the best for me hitting the sweet spot speed/compression.

So it all depends on your use case AND your data!

[roudoudou]

EDIT: BTW: Shrinkler 4.6 was released 2020.2.22

i did not check newer version. Hope the decruncher is still the same 
the "official" decruncher is still on page 1 of this topic, maybe not the most optimised since i rewrote a little part of the initialisation to gain 1 byte 

[GUNHED]

The differences between 4.5 and 4.6 seem to target files longer than 1 MB (they write). Later the day I try to compare them to see if the result of a compression is different in size.

Shrinkler is the BEST compressor, period. The counterpart is that it is terribly slow on depacking.
Also, this graph may be of interest to you if you accept a lower compression ratio, but require more speed:
https://github.com/emmanuel-marty/lzsa
(scroll down a bit)

Thanks for the graph. That's very interesting.

Now, that raises the question if it would make sense to reprogram the decompressor optimized for decompression speed. 

[roudoudou]

Now, that raises the question if it would make sense to reprogram the decompressor optimized for decompression speed. 

won't change anything since there is one 32 bits multiplication per decrunched BIT (not byte)...
i ask Toto for an hardware and instant multiplication then speed may speed up 5 times => still approx 120 nops per decrunched bit (a 4K intro will decrunch in 4 seconds instead of 20)

[GUNHED]

To ask Tot0 is a good idea, he can put that math stuff inside the CPC Minibooster.