E. C. Masloch

Ping, do you still want to try using my depacker?

I successfully built VGAPride both in the current git head and with modifications to use my depacker instead. Haven't tested it yet because the app I'm using to connect to...

It seems to run as expected without crashing if I load the program like in `ldebug vgapride.exe crab-pride` and set a breakpoint at my routine (eg `bp new 40C1:CA70` if...

Tested `vgapride crab-pride` using a remote diskette on https://www.pcjs.org/machines/pcx86/ibm/5170/vga/cdrom/ and it doesn't seem to work. I will debug it at a later time.

Also tested your release executable and that one works, so something is wrong with my depacker certainly.

As reported in https://github.com/foone/VGAPride/issues/6 there is some confusion over the LZ4 version to use. I now patched planize.py to use `['lz4', '-f', 'stdin', TEMPFILE],` with the version "LZ4 command line...

Ideally I'd like to modify VGAPride in the following files: * planize.py (record length of compressed data in a variable per image array) * graphics.h (add field to the class...

To be fair, the depacker that you originally used is noticeably faster. Loading https://pushbx.org/ecm/test/20221124/diskette.img on a pcjs machine as remote diskette, `old.exe crab-pride` is faster to draw the planes than...

I modified the lz4depak repo with a revision picked from its original repo (inicomp), at https://hg.pushbx.org/ecm/lz4depak/rev/ec1486b65a79 This is a slight speed optimisation. I also made planize.py pass the `--best` switch...

The `-c2` switch is recognised if I call `lz4` as `lz4c`. Not so the `-s` switch though.