Cool. I'm sure that its big enough to be used as a test sample (that app)
Anyway, here's a modular coder from 2003, something related to what that
"compression IDE" could do: http://nishi.dreamhosters.com/u/dc-kit2.rar
(beware of 16-bit executables)
Here's a script which implements Distance Coding:
lng - convert file of bytes into array of uint32s
if not exist "%1" exit
rmdir /s /q temp
copy /b %1 temp\%a%
BWT %a% %a%.bwt
lng %a%.bwt %a%.lng
frq %a%.lng %a%.frq
rem fixed book1.lng -> book1.dc1
lng-asc %a%.frq %a%.dc
frq %a%.dc1 %a%.frq
lng-asc %a%.frq %a%.asc
addfile %a%.dc %a%.asc
lng-ari %a%.dc1 %a%.ari
addfile %a%.dc %a%.ari
rem book1.dc is the result
frq - compute a frequency table for given array of uint32s
lng-asc - compress an array of uint32s (freqtable model, but anything goes)
lng-ari - combinatoric arithmethic encoder, needs a frequency table for decoding
addfile - add a file (and its size) to archive
Then there're backward transforms for these and plenty other modules, including "lng-ppm"
and various bitcodes (huffman etc), most working with these 32-bit tables.
Well, I had the same idea at that time basically - to make lots of components for
various transforms, and make it possible to try out various configurations in .bat scripts.
- People couldn't even run my scripts for various reasons, and hated to read them.
- It was hard to write algorithms for 32-bit alphabet
- The focus changed to other types of components which work at single symbol level (mixers etc)
So I quit it (along with .asm programs which people seemed to hate as well)
and started posting C/C++ coders like I still do.
But maybe you have an idea what to change to make it useful?