TAK 2.2.0 Options

[TBeck]

Final release of TAK 2.2.0 ((T)om's lossless (A)udio (K)ompressor)

This release brings support for multi-channel audio and speed optimizations for encoder and decoder.

It consists of:

• TAK Applications 2.2.0.
• TAK Winamp plugin 2.2.0.
• TAK SDK 1.1.1.
• TAK Decoding library 2.2.0.

Download

 TAK_2.2.0.zip ( 919.37K ) Number of downloads: 37246

[TBeck]

Sorry for the lack of active participation. I have been and still am quite busy. Nevertheless i am checking this thread regulary. Just in case someone would report a severe bug...

Hi!
It is possible to decode multiple TAK files to single WAV? (For example for burning .CUE files with pregap information (index 00).)

It can't be done with the TAK applications. Maybe it's possible with foobar (for instance)? Hopefully someone else can provide you with more helpful information.

Any chance to get decoding support for Banshee or Amarok ? Would be awesome!!

I doubt this will happen unless i release an open source decoder. Unfortunately that's a topic i don't comment on (especially a release date), because of a remarkable history of me arousing wrong expactations and receiving rather fierce reactions (among them insults). I will release it, when it's done.

Finally I found the Tag value of -tt should not be empty.

Just like this one:

takc.exe -e -p0 -tt "GENRE="

It tells me "Command line error: Tag: Invalid value"

I hope to get a small fix to make my parameters work correctly.
The wapet.exe seem to be too old to use.

I checked it and indeed, my tag reader will reject empty item values. I put it on my to do list for the next release.

any news about new version?

No plans yet. I don't think i could improve TAK's speed significantly. An 64-Bit version could help a bit, not because of the 64-bit arithmetic, but because of twice as many registers available for my assembler routines. And SSE 4.1 instructions possibly could provide some opportunities. I will check this after an operating system and cpu update.

And i am still evaluating opportunities for compression improvements. Unfortunately they usually are quite slow in relation to the compression improvement and would require modifications of the file format and thus breaking compatibility.

Another relevant factor is lack of time. The last release brought you extremely efficient compression of multi channel files and this required nearly 2 months of full time work.

So i am hoping for a really good idea (what is sometimes sheer luck...) and sufficient time to realize it.