maxim-zhao/bmp2tilecompressors

Compression DLLs for BMP2Tile

bmp2tilecompressors's Issues

Benchmark graph improvement

I think it would be nice if the benchmark graph had a small cross + for the average point of each decompression algorithm calculated from the scattered points, of course of their very same color.

And a circle with radius equal to the standard deviation around that small cross would be the icing on the cake 😄

Automated benchmark

1. Load data
2. Compress using all plugins
3. Pass compressed ones through their Z80 decompressors, using a cycle-counting emulator
4. Generate results
   #3 seems to be the tricky part...

Shining Force Gaiden compressor

It's simple LZ but also bitplane separated so maybe interesting. Likely rather tricky to implement a decompressor that doesn't use a RAM buffer though...

suboptimal output with compress_plane() in Phantasy Star compression (pscompr)

I get some "17 FE 82 FD FD 17 FE" which is suboptimal, as the "82 FD FD" could be stored as a single RLE run "02 FD".
In compress_plane() there's a check for runs of at least 3 equal bytes (if it's worth or not to break a non identical run) but in this case you're not breaking anything so you should RLE them.

Exomizer v3

https://bitbucket.org/magli143/exomizer/wiki/Home

it's missing a compressor!

clickbait title! 🤣

I wonder if you want to add the tile compressor plugin and z80 decompressor I just released a few moments ago: https://github.com/sverx/stc0

I expect it to average at about 0.3 compression level and 1000 bytes/frame decompression speed, which will probably mean it's going to be the fastest among all the ones in the list, of course at the price of a very simple compression. We'll see.

One 'missing' data point on the graph

I just realized that beside the two 'uncompressed' data points on the graph it would make sense to have a third one marking the fastest transfer speed it's possible to achieve without needing either the screen to be off or the transfer to happen entirely in vblank.
This is probably a better reference mark for all the decompression routines.

Something like continuous always safe max speed - but maybe in better words 😅

Now, where that point should be is another issue.
We know for the SMS one write every 26 cycles is always safe, but that's not the case for every Game Gears, where this safe value appear to be only every 27 cycles.
Or one could use the official recommended value of 29 cycles.

What do you think about it?