leonard wrote:So I decide to make a benchmark to look at verious atari depacker speed.
AtariZoll wrote:Most of packers used with ST are very slow in depacking
leonard wrote:I'm interested if someone could post bench result from other machines such as MegaSTE, TT, Falcon, etc.
AtariZoll wrote:Here is what got on Falcon at 16MHz, caches on (default)
AtariZoll wrote:May I ask: why non-standard floppy format, actually why floppy image at all instead nice regular files ?
AtariZoll wrote:I certainly will not steal any of this slow depackers
Cyprian wrote:Is it autostart floppy disk?
arj-m7 is currently the best compromise I find on ST ( packing ratio vs depacking speed ). It depacks as as fast as floppy read. What kind of depacker are you thinking about? If it's really faster then I doubt the packing ratio will be good. ( for instance here lz77 is really fast but does not pack really well)
troed wrote:The depacker fits in the boot sector, and the depack speed is so fast that I can get away with mostly no background loading in the demo -
troed wrote:it's much faster to load and depack than to load the unpacked data.
leonard wrote:oh UPX, ok. According to https://sourceforge.net/p/upx/discussion/6805/thread/e7c6e993/ -nrv2b means LZO packing algortihm.
The NRV2* ones are similar to LZO, but they compress better and decompress slightly slower
ggn wrote:But since nobody mentioned it yet I'd like to point out NRV2e which is not that fast but also quite good pack ratio. Thanks to Insane/tSCc for pointing it out a few years ago (or maybe it was Defjam, I'm not 100% sure!). You can find the packer on dml's agtools repository (packer, depack source). It's been definitely used in his YM Gradius demo to squeeze the audio data down to quite good size. Hopefully Leonard will add this one to his tester too - I think it's worth it .
leonard wrote:I just made a test with upx --nrv2b, it's close to arj -m7. Here are size results:
I packed my files by transforming the files into PRG (adding a 28 bytes header).
upx files are packed with --nrv2b --small
troed wrote:The header+included depack code in those packed PRGs is ~480 bytes in size so should be subtracted I think compared to the other test cases.
leonard wrote:troed wrote:The header+included depack code in those packed PRGs is ~480 bytes in size so should be subtracted I think compared to the other test cases.
you're right! btw do you know where can I extract the packed data only (offset & size) and depacking routine?
Users browsing this forum: No registered users and 2 guests