HydrogenAudio

Hydrogenaudio Forum => Validated News => Topic started by: TBeck on 2007-12-14 12:58:24

Title: TAK 1.0.3
Post by: TBeck on 2007-12-14 12:58:24
Final release of TAK 1.0.3 ((T)om's lossless (A)udio (K)ompressor)

This version brings pipe encoding, tiny compression improvements for the presets 0 to 2 and slightly faster decoding.

It consists of:

- TAK Applications 1.0.3
- TAK Winamp plugin 1.0.7.
- TAK SDK 1.0.5.
- TAK Decoding library 1.0.6.

Download and Changelog

Download the main archive and tools, and view the changelog, in the upload section: TAK 1.0.3 Final (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=59712&view=findpost&p=535591)
Title: TAK 1.0.3
Post by: TBeck on 2007-12-14 14:00:57
You may find some useful information in the beta thread (http://www.hydrogenaudio.org/forums/index.php?s=&showtopic=59484&view=findpost&p=533777).

Plans for V1.0.4

The next version will most probabbly implement one or more of those options:

- Tagging functions for the command line version (but first without unicode support).
- Faster decoding.
- Fast seeking without seek table.
Title: TAK 1.0.3
Post by: Dologan on 2007-12-14 18:22:07
Awesome as always, Tom!

Pipe-support is sweeeet!    It actually makes a significant performance improvement when using foobar2000 on a quad-core machine, since the stress of multi-threaded conversion on the hard drive is much less. Thanks a lot for your efforts!
Title: TAK 1.0.3
Post by: TBeck on 2007-12-16 07:18:03
Bug fix release TAK 1.0.3b

Fixed a bug in the GUI version ("Tak.exe"):

- If the maximum size of the wave file meta data was set to 0, the compressor stopped with an "Error writing destination" error.

Awesome as always, Tom!

Pipe-support is sweeeet!    It actually makes a significant performance improvement when using foobar2000 on a quad-core machine, since the stress of multi-threaded conversion on the hard drive is much less. Thanks a lot for your efforts!

Great!

  Thomas
Title: TAK 1.0.3
Post by: CioCio on 2007-12-16 08:37:10
Thanks for this!
Title: TAK 1.0.3
Post by: shnutils on 2007-12-16 17:25:01
I've just released shntool 3.0.6, which adds support for TAK encoding.
Title: TAK 1.0.3
Post by: TBeck on 2007-12-19 22:23:44
I've just released shntool 3.0.6, which adds support for TAK encoding.

Great news!

Thank you.

  Thomas
Title: TAK 1.0.3
Post by: viktor on 2007-12-26 21:59:18
nice, but how can one add support for tak on linux/*nix?
Title: TAK 1.0.3
Post by: TBeck on 2008-01-18 06:34:59
Synthetic Soul has updated his lossless comparison (http://www.synthetic-soul.co.uk/comparison/lossless/?All=0).

Some comments:

The compression advantage over V1.0.2 is less than 0.01 percent while it is on average more than 0.05 percent for my sample sets. No big surprise for me, because Synthetic Soul's sample set isn't very TAK friendly. His files mostly don't benefit from more than 16 predictors, while TAK can use up to 256. Since the improvements in V1.0.3 usually affect files with high predictor orders the advantage here is very small.

Decoding is now significantly faster. Up to -p2e TAK is decoding faster than FLAC -8.

Synthetic Soul has also provided a comparison with FLAC and it's MD5 check disabled (http://www.synthetic-soul.co.uk/comparison/lossless/?All=1).

Even under this condition TAK -p0 is decoding only slightly slower than FLAC -8. I am confident, that later versions of TAK will close this small gap. For instance the prediction filter contains a couple of instructions, which are now obsolete and could be removed, if i hadn't to care for backwards compatibility.

Surprisingly even encoding got faster, although i haven't performed any optimizations! Possibly the modification of the window function of the predictor, which is also responsible for the tiny compression improvements, affects the choice of the predictor count: Less predictors = more speed.
Title: TAK 1.0.3
Post by: TBeck on 2008-01-31 01:15:03
Surprisingly even encoding got faster, although i haven't performed any optimizations! Possibly the modification of the window function of the predictor, which is also responsible for the tiny compression improvements, affects the choice of the predictor count: Less predictors = more speed.

I have to correct me: There was a tiny modification in the encoder's bitcoder which saved a handful of simple instructions, but i never would have expected this could have such a significant effect on the encoding speed!