WavPack Algorithm Support Freearc

[ChronoCross]

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.

[kj911]

Originally Posted by ChronoCross

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.

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):

[External compressor:prepack]
header = 0
packcmd   = "x64-prepack.exe" e $$arcdatafile$$.tmp $$arcpackedfile$$.tmp
unpackcmd = "x64-prepack.exe" d $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

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.

[Bulat]

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

[Carldric Clement]

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.

[rayated]

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

[JRD!]

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

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

[rayated]

Originally Posted by JRD!

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?

[Carldric Clement]

Originally Posted by rayated

btw whats the unpackcmd?
What if I use hybrid?

You can use with hybrid. Anyway try it.

[kj911]

Originally Posted by JRD!

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

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

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

[Carldric Clement]

Originally Posted by kj911

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.

[External compressor:wavpack]
header = 0
packcmd   = wavpack.exe -hh - $$arcpackedfile$$.tmp <stdin>
unpackcmd = wvunpack.exe - - <stdin> <stdout>
solid = 0

The only works by using one method. No need to add srep or lzma.

Compressed 5 files, 5,459,330 => 947,119 bytes. Ratio 17.35%                                                            
Compression time: cpu 0.02 sec/real 1.28 sec = 1%. Speed 4.25 mB/s                                                      
All OK

[kj911]

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!




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:

unpackcmd = wvunpack.exe -z $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

See picture: https://i.kek.sh/1OGVCcvdYsl.png

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

[Carldric Clement]

Originally Posted by kj911

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!




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:

unpackcmd = wvunpack.exe -z $$arcpackedfile$$.tmp $$arcdatafile$$.tmp

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.

[kj911]

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.

[shazzla]

I think HALAC would be better. It outperforms all available lossless wav-packer algorithms. (in speed)
Compression ratio only a bit worse than others.
Real life example ,but it obviously depends on the source.

1.wav 58,245,620
1.flac 42,758,413 (max. compression)
1.tak 42,214,646
1.tta 42,339,162
1.halac 43,003,837

HALAC's compression time : 0.8 sec on Ryzen 7 9700x ,single thread.

Disadvantages : It has no stdio and stream processing feature.

Available at encode dot su ,look for Hakan Abbas.

[Carldric Clement]

Originally Posted by shazzla

I think HALAC would be better. It outperforms all available lossless wav-packer algorithms. (in speed)
Compression ratio only a bit worse than others.
Real life example ,but it obviously depends on the source.

1.wav 58,245,620
1.flac 42,758,413 (max. compression)
1.tak 42,214,646
1.tta 42,339,162
1.halac 43,003,837

HALAC's compression time : 0.8 sec on Ryzen 7 9700x ,single thread.

Disadvantages : It has no stdio and stream processing feature.

Available at encode dot su ,look for Hakan Abbas.

It looks like I can't compress all my project stuff song

[External compressor:halac]
header    = 0
packcmd   = "media\halac_e" $$arcdatafile$$.wav $$arcdatafile$$.halac -normal
unpackcmd = "media\halac_d" $$arcdatafile$$.halac $$arcdatafile$$.wav
datafile   = $$arcdatafile$$.wav
packedfile = $$arcdatafile$$.halac
solid = 0

MODERATORS please change the title: Suggestion codec to repack a wav file