• Encoding speed improvements of up to 43 percent in my tests. The slower presets benefit most. Between 6 and 28 percent for an i5-4460 (Haswell), between 9 and 43 percent for an i3-8100 (Coffee Lake).
• Decoding speed improvements of up to 10 percent in my tests. The slower presets benefit most. Between 2 and 7 percent for an i5-4460 (Haswell), between -1 and 10 percent for an i3-8100 (Coffee Lake).
• Really tiny compression improvements because of some bug fixes. See below.
• Better source code and smaller binaries.

• The multi-threaded encoder now supports up to 8 instead of 4 threads.
• The cpu optimization option None now really disables any assembler optimizations. Previous versions still used some i386-assembly that could only be disabled by compiler switches. The new option ASM enables this code and is equivalent to None of earlier versions.

• Small bugs in the encoder decreased compression by usually not more than 0.01 percent. One of my file sets lost 0.06 percent. Some special files will show stronger effects.
• A bug in the plain pascal code path significantly decreased compression of some presets: up to 1.19 percent for my primary file set. To encounter this bug, you had to use V2.2.0 or 2.3.0 and explicitly disable assembler optimizations (-cpuNone) or run Tak on a cpu without even the MMX-instruction set (e.g. Pentium 1).
• Added new tests to my already extensive validation procedure to detect regressions of the plain pascal code path. Til now i only checked the data integrity.
• None of these bugs affected the data integrity.

• Removed the assembler optimizations from the TAK 1.x decoder and made it a lot more compact.
• Replaced MMX with SSE2 assembly.
• Replaced FPU with SSE2 assembly.
• Removed assembler optimizations which had little effect on the speed.
• Removed any inline assembly code.
• Removed a lot of partial redundancies which had been introduced to gain some speed.

• If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding!
• There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release.

Preset  Compression %           Enco-Speed                Deco-Speed
---------------------------------------------------------------------------------
        2.3.0   2.3.1    Win    2.3.0    2.3.1    Win %   2.3.0    2.3.1    Win %
---------------------------------------------------------------------------------
-p0     58.75   58.74    0.01   809.08   878.29    8.55   807.68   800.12   -0.94
-p0e    58.33   58.33    0.00   622.98   697.03   11.89   806.35   806.26   -0.01
-p0m    58.22   58.22    0.00   346.10   413.76   19.55   809.03   808.92   -0.01
-p1     57.84   57.84    0.00   651.21   731.41   12.32   780.98   782.47    0.19
-p1e    57.52   57.52    0.00   407.25   467.87   14.89   780.58   784.63    0.52
-p1m    57.42   57.42    0.00   253.37   307.77   21.47   781.59   787.19    0.72
-p2     56.90   56.90    0.00   465.33   581.92   25.06   671.37   710.83    5.88
-p2e    56.70   56.70    0.00   259.44   341.04   31.45   666.22   709.60    6.51
-p2m    56.59   56.59    0.00   143.59   198.09   37.96   666.78   710.65    6.58
-p3     56.36   56.36    0.00   231.98   300.15   29.39   645.18   697.12    8.05
-p3e    56.27   56.27    0.00   184.86   239.29   29.44   643.99   696.21    8.11
-p3m    56.20   56.20    0.00    92.80   131.10   41.27   643.44   697.58    8.41
-p4     56.03   56.03    0.00   144.21   182.79   26.75   595.68   652.26    9.50
-p4e    55.94   55.94    0.00   123.28   157.95   28.12   594.05   653.27    9.97
-p4m    55.89   55.89    0.00    57.47    82.42   43.41   593.92   652.78    9.91
---------------------------------------------------------------------------------

• I am already working on the next release which will bring unicode support to the command line version. I will also switch from Delphi 6 to Delphi 2007.
• I am thinking of the implementation of a quick verify function as in WavPack 5.4.0.
• Unicode support for the gui version.
• Further preparations for a switch to another development platform. I am still not sure which way to go.

PS > Get-ChildItem *.wav -File -Name | Foreach-Object { .\taktest 10 $_ }
Version 230, 10 passes ..........
Version 231, 10 passes ..........

carl_orff_carmina_burana.wav, 00:56:15, 2 ch, 24 bit, 88200 Hz

Version Compress Filesize_bytes Enc_dur_sec Encode_speed Decode_speed
------- -------- -------------- ----------- ------------ ------------
WAV          100     1786113572
230        62,06     1108390330       28,12       120,05       218,88
231        62,05     1108333112       21,24       158,88       238,42


Version 230, 10 passes ..........
Version 231, 10 passes ..........

fleshgod_apocalypse_kng.wav, 00:57:30, 2 ch, 24 bit, 48000 Hz

Version Compress Filesize_bytes Enc_dur_sec Encode_speed Decode_speed
------- -------- -------------- ----------- ------------ ------------
WAV          100      993600068
230        76,06      755692758       17,74       194,52       470,69
231        76,03      755481355       14,77       233,65       491,04


Version 230, 10 passes ..........
Version 231, 10 passes ..........

the_prodigy_the_fat_of_the_land.wav, 01:06:07, 2 ch, 16 bit, 44100 Hz

Version Compress Filesize_bytes Enc_dur_sec Encode_speed Decode_speed
------- -------- -------------- ----------- ------------ ------------
WAV          100      699800012
230        69,39      485577995       21,54       184,18       568,81
231        69,39      485569546       17,56       225,88       616,79

mode       2.3.0                2.3.1
-tn4  %ratio  enc   dec    %ratio  enc   dec
----  ------  ----  ----   ------  ----  ----
-p0   70.75%  319*  281*   70.75%  352*  323*
-p0e  70.45%  669*  255*   70.45%  792*  301*
-p0m  70.34%  627*  253*   70.34%  837*  296*
-p1   68.89%  645*  265*   68.89%  820*  298*
-p1e  68.70%  677*  221*   68.70%  895*  287*
-p1m  68.59%  645*  225*   68.45%  812*  300*
-p2   68.45%  709*  141*   68.59%  685*  296*
-p2e  68.27%  711*  238*   68.27%  835*  304*
-p2m  68.16%  401*  270*   68.15%  498*  288*
-p3   68.04%  644*  270*   68.04%  724*  309*
-p3e  68.01%  551*  286*   68.00%  611*  311*
-p3m  67.95%  298*  302*   67.95%  350*  292*
-p4   67.93%  441*  308*   67.93%  504*  295*
-p4e  67.90%  371*  301*   67.90%  429*  292*
-p4m  67.87%  191*  198*   67.87%  228*  321*

A release ahead of schedule

Tried to test albums of different genres (i5-3570K 3.4 GHz, Win 10, -p4m -tn4): 
...

I ran a CD image WAV test on Sandy Bridge 2500k WinXP 32-bits and the results show incredible speed improvements (although using HDD is definitely hampering the decoding speeds):

Long time, no see!

"Sometimes they come back."

A release ahead of schedule

Well ... for world domination I guess.

Quote from: Destroid on 2021-03-30 09:17:47

A release ahead of schedule

Dudes, it was an April 1st reference (in 2006).

I deliberately chose something high-bitrate:

In addition to putting a hi-rez I am using a fanless computer with a fairly slow CPU, that explains the speeds.

Oh, and the 88.2/24 Anal Trump actually compressed worse with 2.3.1.
Available for free here: https://analtrump.bandcamp.com/album/that-makes-me-smart

--------------------
Sorry for bad English...

• Test-Set 48 tracks (Classic+ModernTalking+PhilCollins)
• AMD PhenomII X4 960T BlackEdition, 3.0 GHz, 6 threads (anno 2011), Win7 64bit, RamDisk

Enc with -p4m
2.3.0 Enc  131.72s / 98.09x  (52.56%)
2.3.1 Enc  74.01s / 174.39x  (52.56%)

2.3.0 Dec  35.11s / 368.02x
2.3.1 Dec  29.96s / 431.28x