WavPack Algorithm Support Freearc

[felice2011]

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

tta r3.4

-↓- [ CMD Bench.Test.Info v0.6.9c Viper Edition ] -↓- Compressed Archive Completed At -↓- 20/04/2017 15:25:11
=============================================================================================================================================
 ○ [ ALGORITHM ] ○ [ INPUT SIZE ] ○ [ OUTPUT SIZE ] ○ [ RATIO.% ] ○ [ ARCHIVED FILES ] ○ [ COMP.TIME ] ○ [ SYNTAX - OPTIONS - ARGUMENTS ] ○

          TTAenc          41,8°MB           26,4°MB        63,16%               1°File     00:00:01:95                              -e -o 
=============================================================================================================================================

wavpack 5.1.0

-↓- [ CMD Bench.Test.Info v0.6.9c Viper Edition ] -↓- Compressed Archive Completed At -↓- 20/04/2017 15:24:36
=============================================================================================================================================
 ○ [ ALGORITHM ] ○ [ INPUT SIZE ] ○ [ OUTPUT SIZE ] ○ [ RATIO.% ] ○ [ ARCHIVED FILES ] ○ [ COMP.TIME ] ○ [ SYNTAX - OPTIONS - ARGUMENTS ] ○

         wavpack          41,8°MB           26,4°MB        63,16%               1°File    00:00:01:959                                -h  
=============================================================================================================================================

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

[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.

[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 felice2011

Use these settings, "-hh -x5" for wav files.

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.

Source: ESB.wav (orig file: MP2/224kbps/48kHz, old 2h length vhs audio transcoded to 16bit WAV file.)

Size: 1 380 802 638 byte

Comp. sizes with WavPack 5.3.0 x86:

compare: FLAC, (use LibFLAC 1.3.1) with -5 comp. switch: 369 547 248 byte)

-h: 365 706 748 byte (114.72s)
-h -x1: 362 673 094 byte (161.70s)

-hh -x1: 360 268 386 byte (217.08s)
-hh -x2: 359 867 010 byte (356.16s)
-hh -x3: 359 888 742 byte (716.14s)
-hh -x4: 356 520 814 byte (2838.94s)
-hh -x5: wait results.
-hh -x6: wait...

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

Originally Posted by rayated

btw whats the unpackcmd?
What if I use hybrid?

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!

[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.