[kj911]

Kaktor: From GitHub...

wrathma: Wooow! That's right! I don't understand them exactly either, but maybe they can be useful for a specific task. I think the source of "mmp" should be rewritten to work in the classic "compressor.exe input output" or something similar. (It only works with predefined files, as a demonstration, if I understand correctly.)

There is also the source code of the "SortFile" program, and a few similar "dead" sources. (A CM compressor and other types.)

A good few can only be compiled under VisualStudio, while with GCC it has a lower chance.

UPDATE: This "mmp" not works from Win7 x64. (Not find CreateFile2 entry point from kernel32.dll error.)

The "rz4" partially working, such "s", aka file scanning, "x" aka extract to current folder works. (any dirs/drive options, use "--outdir=", not working.)
If I try to compress any file that contains WAV streams, it crashes, referring to the file "ucrtbase.dll". (Probably only works under Win10?)

Was the source code modified? Maybe it would work without errors if compiled under Win7? Looking at the length of the hexadecimal strings of the unpacked files (2*16 chars), it seems unlikely that it would work under Win32? Although, in most cases, it is rare to unpack any audio content from files larger than 4-32GB. In principle, this does not cause any problems for MSC, at least up to 32GB or larger.

UPDATE2: It is worth changing the TAK runtime parameters in the source code.

Change "-p4m" to "-p5m" (it will accept this as well as "-pMax"), and "-tn4" to "-tn8". It is true that only the latest TAK versions can packing on 8 threads, would the early v2.3.0/2.3.1 versions then run into an error. Or do they take the issued command as "-tn4" and run accordingly?