TAK codec (Any news, seems silent for some time) |
TAK codec (Any news, seems silent for some time) |
Sep 13 2012, 05:06
Post
#1
|
|
|
Group: Members Posts: 221 Joined: 12-January 03 From: Kowloon, Hong Kong Member No.: 4533 |
Hi Guys,
Thomas seems going silent for a period of time, any news or other developers working on TAK related GUI or something like "TAK drop"? Also want to ask, any media player can DIRECT decode the HDCD signal inside TAK yet? Thanks. -------------------- Hong Kong - International Joke Center (after 1997-06-30)
|
|
|
|
![]() |
Sep 23 2012, 22:34
Post
#2
|
|
![]() Group: Members Posts: 512 Joined: 4-June 02 Member No.: 2220 |
All lossless formats are going nowhere when considering they all succeeded in outputting identical audio data. In my experience from the beginning, all lossless formats were neck-in-neck. I elaborate on this by mentioning the main aspects to handle are: compression ratio, speed(encoding/decoding) and efficiency(encoding/decoding). Usually gains of either of the first two usually sacrificed the latter. TAK proved to be an exception to what previously existed and its merits are largely indisputable. Naturally, people want more and request* their specific needs to be catered to.
In the world of digital audio, lossless audio compression is a niche at best. Just the same, I do not find using any lossless audio compressor risky. So, if ALAC takes over the world it just means I have to spend two minutes to learn its command line (for decoding The next breakthrough for lossless audio compression will likely take advantage of powerful processor functions as well as multi-processor capabilities. This has already begun. Another area might be mobile, but I think it would be better to have one's music library encoded with Opus in cloud storage for on-the-air streaming (I think of mobile devices with limited memory and lack of a microSD slot). I believe it has been well known for years the theoretical limitations of the ratio expected with lossless audio- particularly CD's. It seems obvious the next step forward for lossless compressors are ways to better compress heavily dynamically compressed music, since most lossless audio compressors already do well on regular organic music. Nowadays with the loud modern recordings (in addition to louder reissues of older albums) this could be an area to raise the bar. It may also involve a completely different technology that in its infant stages would run very slow. This is not how TAK works. My understanding is TAK does not employ exhaustive, brute-force methods on audio compression, but rather uses a much more elegant method by utilizing a sub-set of filters that have been well-tested and proven. (100% of the thanks goes to the author for that. I have many 32-bit float files that can not be negotiated by the existing version of TAK, but being I use it for all my CD images hardly makes TAK useless, irrelevant and going nowhere unless CD's stop being pressed. * euphemism -------------------- "Something bothering you, Mister Spock?"
|
|
|
|
johnsonlam TAK codec (Any news, seems silent for some time) Sep 13 2012, 05:06
Destroid I also have not heard much lately. Is there anythi... Sep 13 2012, 07:00
johnsonlam QUOTE (Destroid @ Sep 13 2012, 14:00) I a... Sep 13 2012, 11:50
skamp Try foobar2000 with the TAK decoder component and ... Sep 13 2012, 09:05
johnsonlam QUOTE (skamp @ Sep 13 2012, 16:05) Try fo... Sep 13 2012, 11:33
skamp QUOTE (johnsonlam @ Sep 13 2012, 12:33) I... Sep 29 2012, 15:53
Dario Cross-platform TAK binaries would be like a dream ... Sep 13 2012, 13:20
johnsonlam QUOTE (Dario @ Sep 13 2012, 20:20) Cross-... Sep 14 2012, 03:41
Destroid I think it is safe to say Thomas is still around a... Sep 16 2012, 11:23
johnsonlam QUOTE (Destroid @ Sep 16 2012, 18:23) I t... Sep 16 2012, 16:06
hlloyge For me, choice is obvious - open source, with mult... Sep 16 2012, 16:15
johnsonlam QUOTE (hlloyge @ Sep 16 2012, 23:15) For ... Sep 18 2012, 12:39
hlloyge Well, yeah, TAK has it's strengths, but I live... Sep 18 2012, 13:57
Destroid Pardon my saying, but I never understood the attit... Sep 19 2012, 11:14
saratoga QUOTE (Destroid @ Sep 19 2012, 06:14) Par... Sep 23 2012, 23:07
mudlord QUOTE (saratoga @ Sep 23 2012, 17:07) QUO... Sep 24 2012, 02:25
saratoga QUOTE (mudlord @ Sep 23 2012, 21:25) WRON... Sep 24 2012, 02:44
hlloyge You misunderstood what I've been saying. I wor... Sep 19 2012, 17:34
quackalist QUOTE (hlloyge @ Sep 19 2012, 09:34) ...A... Sep 23 2012, 19:23
Destroid My comment regarded the licensing issue having alr... Sep 19 2012, 18:27
TBeck Yes, it became a bit silent. Sometimes i am missin... Sep 21 2012, 20:59
Porcus QUOTE (TBeck @ Sep 21 2012, 21:59) Anothe... Sep 23 2012, 15:02
Destroid Sidenote: even though I said that lossless on mobi... Sep 25 2012, 02:21
IgorC QUOTE (Destroid @ Sep 24 2012, 23:21) Sid... Sep 25 2012, 14:11
Anakunda Yep please make the takdecolib component opensourc... Sep 25 2012, 05:31
Porcus QUOTE (Anakunda @ Sep 25 2012, 06:31) los... Sep 25 2012, 12:02
greynol Please give it a rest. Sep 25 2012, 05:35
D404 News!
http://ffmpeg.org/pipermail/ffmpeg-deve... Oct 2 2012, 15:55
saratoga QUOTE (D404 @ Oct 2 2012, 10:55) News... Oct 2 2012, 17:19
lvqcl QUOTE (D404 @ Oct 2 2012, 18:55) http://f... Oct 2 2012, 17:21
_mē_ Very interesting. TAK may not be lost for me after... Oct 4 2012, 21:00
Nick.C Hopefully, quite a lot if it ends up on Rockbox in... Oct 2 2012, 18:43
Dario Hold on a sec. I'm pretty familiar with revers... Oct 3 2012, 00:56
saratoga QUOTE (Dario @ Oct 2 2012, 19:56) Hold on... Oct 3 2012, 02:19
TBeck Well, mixed feelings here...
First reaction was a... Oct 3 2012, 02:20
Porcus QUOTE (TBeck @ Oct 3 2012, 03:20) I haven... Oct 3 2012, 08:11
C.R.Helmrich QUOTE (Porcus @ Oct 3 2012, 09:11) If you... Oct 3 2012, 11:00
Porcus QUOTE (C.R.Helmrich @ Oct 3 2012, 12:00) ... Oct 3 2012, 18:39
saratoga You should post on the ffmpeg mailing list. They... Oct 3 2012, 03:14
TBeck QUOTE (saratoga @ Oct 3 2012, 04:14) You ... Oct 3 2012, 03:51
saratoga QUOTE (TBeck @ Oct 2 2012, 22:51) QUOTE (... Oct 3 2012, 15:57
smok3 QUOTE Well, possibly less freedom for me to implem... Oct 3 2012, 08:53
TBeck QUOTE (smok3 @ Oct 3 2012, 09:53) QUOTE W... Oct 4 2012, 21:33
saratoga QUOTE (TBeck @ Oct 4 2012, 16:33) Current... Oct 4 2012, 22:34
mudlord QUOTE (TBeck @ Oct 4 2012, 15:33) Current... Oct 4 2012, 22:50
Soap TBeck, something to think about: (Note I'm at... Oct 4 2012, 23:10
saratoga QUOTE (Soap @ Oct 4 2012, 18:10) IIRC (do... Oct 5 2012, 00:53
Soap QUOTE (saratoga @ Oct 4 2012, 19:53) FWIW... Oct 5 2012, 00:55
mudlord now all they needs to do is RE a TAK encoder.
Su... Oct 5 2012, 01:04
jido The code of the decoder looks tidy. I can't wa... Oct 5 2012, 17:52
skamp Nice! A few quirks though:
decoding fails when... Oct 5 2012, 18:17
mycroft First two issues should be resolved in latest vers... Oct 6 2012, 01:33
skamp QUOTE (mycroft @ Oct 6 2012, 02:33) First... Oct 11 2012, 10:37
bandpass QUOTE (skamp @ Oct 11 2012, 10:37) What a... Oct 11 2012, 11:01
Zergen New version of ffmpeg (1.1) officially supports TA... Jan 7 2013, 22:57
skamp There's one major problem though: as far as I ... Jan 8 2013, 09:18
mycroft That is just untrue. Jan 8 2013, 13:29
skamp Decoding a 24 bit TAK file with ffmpeg git:
CODE
... Jan 8 2013, 14:08
mycroft Yes and that is normal, default codec for wav is 1... Jan 8 2013, 15:37
skamp I see. One shouldn't need to manually select t... Jan 8 2013, 15:44
DOS386 QUOTE http://ffmpeg.org/pipermail/ffmpeg-devel/2..... Feb 4 2013, 15:00
DOS386 QUOTE Did a short test: encode with TAK 1.1.1, dec... Feb 4 2013, 16:17![]() ![]() |
|
Lo-Fi Version | Time is now: 18th May 2013 - 16:48 |