if we compare with the same level of compression I can not see the difference in speed.

tta r3.4

wavpack 5.1.0

But calculations do not come back, increasing the compression level, time increases, but the ratio varies little or nothing.:mad:

i was build this prepack for wav and raw(image).
is in c lang. but i cant fix to unpack. if anyone can help.
check the attach.

freearc contains tta 3.2 which afaik compress better but slower than 3.4

so it's better to run freearc/fazip itself rather than use tta executables

and compression time probably isn't important for repacks, only dec. speed and ratio matters. check all 3 levels - from tta:m1 to tta:m3

OK Guys... if you want to know about TTA and wavpack are same but was almost different.

TTA is smooth compression and lightning style. but the level was not to fit loss to combine before and after.

wavpack is slow compression and support algorithm with a huge calculate. but the level was good to fit. almost not fit or whatever combine before and after.

see?? it just same.

Can anyone give me wavpack 5.1's pack and unpackcmd?

You can replace {compressor} with the name of the executable

"-h -x5 -q" are additional parameters...

btw whats the unpackcmd?
What if I use hybrid? :(

You can use with hybrid. Anyway try it.

Try its use "-hh -x6" (not "-h -x5"!) its probably best compression ratio. WavPack v4.80.0 its minimally faster and better comp. rate compare to v5.3.0 release. (The finish build support from WinXP! 5.4.0 its dropped support.)

Testing my day in few hours, these big 2 hours lenght vhs-audio tracks compression.

Carldric/ChronoCross posted packages testing in next times via two games: MSTS with pure WAV's and probably compress SCPT game *.LS0 files only.

Tested the Hybrid mode with the huge file. Its *.wv compressed file only smaller than lossless copy. Use ("-bn -c" switches) and added *.vvc restoration file its *.wv files during compression. This *.wv+vvc packages biggest than losslessly compressed *.wv fille only!

Works from ONE WAV-file compression. Multiple WAV compression not handle properly via switches and Arc.exe its crashed. Manually updating arc file use one WAV file its added again and again its very impossible.

More methods, use separated WAV->WV compression and put all *.WV file to one archive its works! See te attached packages. Required properly encoded WAV source files from during compression. The "MISSING FILES" directory contain three uncompressible, damaged WAV's not compressing the MSTS game files sets. (4998 file its work via 5001 files set. CRCs it OK!)

Mini compare (from my big test):

WAVPACK 4.80.0 x86 with "-hh -x6" + FreeArc 0.67 with "-mx" switches:
Results: 674 635kB (FreeArc temporary file: 673 358kB)**
with -mrep:512m switches: 673 414kB
Comp. time: ~155+20min; Decomp. time: ~10min

WAVPACK 4.80.0 x86 with "-f" + FreeArc 0.67 with "-mx" switches:
Results: 674 635kB (FreeArc temporary file: 709 262kB)**
with -mrep:512m switches: 711 083kB**
Comp. time: ~10+20min; Decomp. time: ~10min!

**Missing 3 files!!! Yes, don't use LZMA compression!

MSC+SREP: 634861kB (In last time.)

UPDATE: New results are posted it --> https://fileforums.com/showpost.php?...postcount=2597

Here's the arc setting useful.
The only works by using one method. No need to add srep or lzma.
:)

Carldric! Use very higher files sets from compression! Works?? (Testing now in few hours.)

Found the BUG! See the pictures. YES! That was the problem. WvUnpack.exe glitch! 50-50 percentage its really to extract properly! Internally ARC file test its OK!

https://i.kek.sh/QxRGNgmjd45.png
https://i.kek.sh/AOGsQ63uXnk.png

Tested from my 5001 WAV files sets. Don't work. The WAVPACK compressor no tolerance its incompressible, not standard and/or damaged WAV files. Found first error and compression progress exiting now with Errorlevel=1 message. This MSC and FreeArc with TTA-method tolerance any errors and will compress properly!

Compression error: https://i.kek.sh/723SkDDMPn5.png

Its probably fully proper switches from decompression:
See picture: https://i.kek.sh/1OGVCcvdYsl.png

The "-z" switch its cosmetic usage from CMD Window title.

The third pic that I saw was like "Too many channels" right now. Maybe it was because the WAV encode was an unknown issue. I've tried to figure some other params without using "-hh" to make it work. :)

EDIT: Use "tta" method on FreeARC to compress a WAV files if it works.

Carldric: It looks like we're pretty much done with this WavPack compression, with all its limitations.

Yes, TTA or MSC/TAK method its best and favorized methods usage in future time. Compression ratio and any results barely better then WavPack versions. Good luck.

With the properly configured "arc.ini" file, it works fine.

Looking through GitHub's commits, I found, in one of them, the author's compiled binaries! There are no binaries available on the "prepack" main page or in the "Releases" branch.

The package you uploaded reflects the status as of 2016.03.12., if everything is correct. The package below, in principle, reflects the status as of 2016.03.10. and the "prepack.c" source code, if everything is correct, also contains the very first version from 2016.03.04. (it is in a separate small *.7z file, inside the larger 7z archive.)

Note: The compiled 32-bit EXE can be shrunk to under 20kB during compilation. With UPX, even further.

Arc.ini settings (from original authors posted EXE file, try edit its from used EXE name different):
The filters, works from *.wav/others audio/few data files. (*.mpg files tested, 0 byte gain.) Technically very lightweight category compared from FreeArc delta/tor,etc.. filters.