Skip to main content
Topic: TAK 2.3.0 (Read 86455 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: TAK 2.3.0

Reply #100
Does this decoder support multi-channel-audio? I don't think so, but i may be wrong. And this would be sad, because TAK's multi-channel-encoder is really strong. I also put a lot of work into the decoders error robustness; hydrogenaudio's users helped a lot in testing this.

I would estimate the effort to prepare the encoder release as at least 3 times more than the decoder release (bad english..). Therefore omitting the decoder would not save so much time. And i prefer to start with something smaller.

And i also thought about the reintroduction of the dedicated LossyWav-codec which was part of an earlier beta release.

But maybe things will change when i start the work.

Re: TAK 2.3.0

Reply #101
It does support multichannel audio, also decoder is multi-threaded and code is better and faster than reference one.
Only missing is TAK 1.X support.

Re: TAK 2.3.0

Reply #102
IIRC ffmpeg is faster only because it's multithreaded. Single-threaded ffmpeg is about 2x slower than TAK

(about code quality... I thought that TAK is closed-cource?)

Re: TAK 2.3.0

Reply #103
For other historical reasons i would have loved to publish my back-to-work release at April 1st. It was april fools day when i first posted about TAK (named YALAC then) and not many readers believed me. Nostalgia...
Got to pity the doubters. Not really... :)

TAK+CUE still used for all CD backups here, the best 16-bit 2-ch archival format (IMO). Yes, I'm admitting to collecting discs still. Maybe it's lossless audio paranoia that I don't bother with purchasing music online whether it's lossy or otherwise. Maybe someday but even then there's still too many indie/private CD's where finding a second copy is nearly impossible.

Good to see your posts, Thomas! Looking forward to running another speed comparison in the nest version. :)
"Something bothering you, Mister Spock?"

Re: TAK 2.3.0

Reply #104
IIRC ffmpeg is faster only because it's multithreaded. Single-threaded ffmpeg is about 2x slower than TAK

(about code quality... I thought that TAK is closed-cource?)

How you calculated that numbers, i think that -t parameter does not decode at all, it just check CRC of every frame.

 

Re: TAK 2.3.0

Reply #105
No. -t does anything -d does except writing the result to the disk.

 
SimplePortal 1.0.0 RC1 © 2008-2018