TAK 2.0.0 Options

[Anakunda]

mine works with this

CODE

-e -pMax -md5 -ihs -overwrite -silent - %d

[servimo]

Why not working? What I am doing wrong?

This post has been edited by servimo: Mar 7 2010, 23:42

[servimo]

This is the output after converting:

CODE

1 out of 1 tracks converted with major problems.

Source: "C:\Media\Downloads\Cannonball Adderley - Somethin' Else\05. Dancing In The Dark.flac"
  An error occurred while finalizing the encoding process (Object not found) : "C:\Media\My Remasters\05. Dancing In The Dark.tak"
  Conversion failed: Object not found

[johnsonlam]

This is the output after converting:

CODE

1 out of 1 tracks converted with major problems.

Source: "C:\Media\Downloads\Cannonball Adderley - Somethin' Else\05. Dancing In The Dark.flac"
  An error occurred while finalizing the encoding process (Object not found) : "C:\Media\My Remasters\05. Dancing In The Dark.tak"
  Conversion failed: Object not found

1) Check "Tools -> Converter -> Command-line encoder folders", you should put the full path where "TAKC.EXE" was located

2) Remove the path information from TAK preset's "Encoder" field, put "TAKC.EXE" only
Try again, should work!

[servimo]

This is the output after converting:

CODE

1 out of 1 tracks converted with major problems.

Source: "C:\Media\Downloads\Cannonball Adderley - Somethin' Else\05. Dancing In The Dark.flac"
  An error occurred while finalizing the encoding process (Object not found) : "C:\Media\My Remasters\05. Dancing In The Dark.tak"
  Conversion failed: Object not found

1) Check "Tools -> Converter -> Command-line encoder folders", you should put the full path where "TAKC.EXE" was located

2) Remove the path information from TAK preset's "Encoder" field, put "TAKC.EXE" only
Try again, should work!

Thanks really works now.
I didn't think that could be some relation between the paths to the encoders and the encoder, If I give the full path to the encoder, I thought this was independent. Fool I am?.

I love it TAK: I converted a FLAC file of 74,49 MB to TAK and it goes to 69,31 MB. Wow! -6,94% compressed relative to FLAC.

This post has been edited by servimo: Mar 12 2010, 05:40

[_m²_]

This is the output after converting:

CODE

1 out of 1 tracks converted with major problems.

Source: "C:\Media\Downloads\Cannonball Adderley - Somethin' Else\05. Dancing In The Dark.flac"
   An error occurred while finalizing the encoding process (Object not found) : "C:\Media\My Remasters\05. Dancing In The Dark.tak"
   Conversion failed: Object not found

1) Check "Tools -> Converter -> Command-line encoder folders", you should put the full path where "TAKC.EXE" was located

2) Remove the path information from TAK preset's "Encoder" field, put "TAKC.EXE" only
Try again, should work!

Thanks really works now.
I didn't think that could be some relation between the paths to the encoders and the encoder, If I give the full path to the encoder, I thought this was independent. Fool I am?.

I love it TAK: I converted a FLAC file of 74,49 MB to TAK and it goes to 69,31 MB. Wow! -6,94% compressed relative to FLAC.

To make the comparison useful, you should provide encoding setting for both files.

[nycjv321]

WOW compresses better than flac and wavpack every time!
I will start compressing more files in tak maybe even switch... once it becomes open source and works on linux ( linux is not so important lol for me right now using windows 7 haha) I will definitely switch from flac to tak

[[JAZ]]

If linux is not the important part in your sentence, then I should warn you that open sourcing is not probable in the foreseable future:


http://www.hydrogenaudio.org/forums/index....showtopic=76866

[nycjv321]

I understand this and completely respect this decision.

[statikat]

Finally!
Switch from flac -8 results: -3.94% of 256 GB collection at -pMax. There are no really big differences in "full-range" musick... But! TAK is the best in encoding low-frequency material like Lull or similar drone substances. E/D speed is amazing. BIG Thanks for your work, Tom!
P.S. Any chance of 32 bit floating-point support?

[Mr.Duck]

TAK is extremely impressive. Even on p0 I am impressed. I don't know why would anyone would use anything other than p4m? It is quite fast and file sizes are great. FLAC just doesn't have an answer to it at all. I would like to see a higher level of compression. A sort of insane preset to squeeze the file sizes down as much as possible without spoiling it with slow performance (on modern machines), seek issues, etc.

Other than that, thanks TBeck!

[thely]

Any chance that i could listen to .tak files in VLC?
Would you probably create a plugin for it just like to winamp perhaps?

(http://forum.videolan.org/viewtopic.php?f=2&t=75903)

This post has been edited by thely: May 9 2010, 08:32

[Anakunda]

Any chance that i could listen to .tak files in VLC?
Would you probably create a plugin for it just like to winamp perhaps?

(http://forum.videolan.org/viewtopic.php?f=2&t=75903)

only supported decoders are for foobar2000 and winamp so far so you will be able to playback tak audio in different player only after you convert it to any of formats suported by the player. Some players, like XMPlay support interface for Winamp decoder plugins. Then you can use in_tak.dll to play it aswell.

[thely]

thanks for answer

[sundance]

Although I'm not using VLC,
maybe this could help:

TAK DirectShow Filter, a filter to enable any DirectShow Player (i.e. WMP) to play .tak files

.sundance.

[Perun]

When about 20 MB's worth of cover art (or maybe even less) is embedded in a TAK-compressed album image (CD or, say, LP), then seeking in foobar somewhere near the end of the file fails. I mean that trying to seek leads to an error and playback stops. Maybe that it is because the -p4m setting is used and the seek table is not present in the file. Then I wonder which is the highest compression setting that keeps the seek table.

This post has been edited by Perun: May 30 2010, 19:14

[TBeck]

When about 20 MB's worth of cover art (or maybe even less) is embedded in a TAK-compressed album image (CD or, say, LP), then seeking in foobar somewhere near the end of the file fails. I mean that trying to seek leads to an error and playback stops. Maybe that it is because the -p4m setting is used and the seek table is not present in the file. Then I wonder which is the highest compression setting that keeps the seek table.

TAK 2.0 will never create a seektable regardless of the compression setting. When decoding without seektable the decoder may have to search for the last audio frame. The current implementation of the seek algorithm will only search for it within the last 5 MByte of the file. No chance with a tag more than 5 MB large at the end of the file... If this is an issue depends on a couple of things affecting the seeking algorithm's operation, for instance on how much of the file has already been played and if and what seek operations have been performed.

The 5 MB limit has been choosen to avoid unpredictable long lasting seek operations in heavily damaged files. Well, obviously it's not enough for practical purposes...

I will increase the limit in the next release. I don't want to provide a quick fix, because modifications of the seek algorithm always involve quite a lot of testing. Sorry!

For files created with TAK 2.0 (and later) there is a more elegant way, because the final release stores the position of the last frame in the meta data. Unfortunately the current decoder does not use this info, because i had not enough time to test this feature.

Thomas

[lvqcl]

BTW wavpack has a 1MB limit for cover art...

[Perun]

TAK 2.0 will never create a seektable regardless of the compression setting. When decoding without seektable the decoder may have to search for the last audio frame. The current implementation of the seek algorithm will only search for it within the last 5 MByte of the file. No chance with a tag more than 5 MB large at the end of the file... If this is an issue depends on a couple of things affecting the seeking algorithm's operation, for instance on how much of the file has already been played and if and what seek operations have been performed.

The 5 MB limit has been choosen to avoid unpredictable long lasting seek operations in heavily damaged files. Well, obviously it's not enough for practical purposes...

I will increase the limit in the next release. I don't want to provide a quick fix, because modifications of the seek algorithm always involve quite a lot of testing. Sorry!

For files created with TAK 2.0 (and later) there is a more elegant way, because the final release stores the position of the last frame in the meta data. Unfortunately the current decoder does not use this info, because i had not enough time to test this feature.

Thomas

Thank you for the answer. I am quite ignorant of these technical matters, and I didn't intend my post to sound as if it were a demand. Now I understand what causes the "problem" and see that that will always be a trade-off between seek times and the opportunity to store much data in tags. Maybe it is better to keep the 5 MB limit, especially considering what you say about the meta data.

[osodeh]

Hi there, I've been a faithful TAK user for over two years now. However, I am considering to use dbpoweramb instead of EAC - mostly because development of EAC is sporadic at best. I tried using a command line encoder that i found on the net, but it is several years old - and before internal tagging capabilities were written into TAK - which is why (I think) my files are not tagged properly. I am not a particularly technical person, but if anyone has a CLI encoder.txt file that works with dbpoweramp and works with the most recent TAK version, can you please post it or point me the right direction? Otherwise, I will have to stick with EAC for a while. I do think, however, that offering CLI encoders for dbpoweramp could expand use among dbpoweramp user community and perhaps help to generate higher adoption rates for TAK. Unless there are compelling reasons why I should not use dbpoweramp when encoding in TAK - in which case, let me know! CUETools looks promising as a free ripper, and it works with TAK, I think, although I can't get the proxy configuration to work properly - whereas proxies work perfectly fine in EAC and dbpoweramp.

This post has been edited by osodeh: Jul 24 2010, 10:58

[Anakunda]

Hi there, I've been a faithful TAK user for over two years now. However, I am considering to use dbpoweramb instead of EAC - mostly because development of EAC is sporadic at best. I tried using a command line encoder that i found on the net, but it is several years old - and before internal tagging capabilities were written into TAK - which is why (I think) my files are not tagged properly. I am not a particularly technical person, but if anyone has a CLI encoder.txt file that works with dbpoweramp and works with the most recent TAK version, can you please post it or point me the right direction? Otherwise, I will have to stick with EAC for a while. I do think, however, that offering CLI encoders for dbpoweramp could expand use among dbpoweramp user community and perhaps help to generate higher adoption rates for TAK. Unless there are compelling reasons why I should not use dbpoweramp when encoding in TAK - in which case, let me know! CUETools looks promising as a free ripper, and it works with TAK, I think, although I can't get the proxy configuration to work properly - whereas proxies work perfectly fine in EAC and dbpoweramp.

If you want use dbpoweramp for some reason you always can grab to FLAC or other lossless format provided by dbpa and make lossless conversion to TAK aftrewards. It's not as comfortable however.

[Lebon14]

Thanks for the libs... will convert TAK to FLAC with it.

[RazorBoy143]

Hi there, I've been a faithful TAK user for over two years now. However, I am considering to use dbpoweramb instead of EAC - mostly because development of EAC is sporadic at best. I tried using a command line encoder that i found on the net, but it is several years old - and before internal tagging capabilities were written into TAK - which is why (I think) my files are not tagged properly. I am not a particularly technical person, but if anyone has a CLI encoder.txt file that works with dbpoweramp and works with the most recent TAK version, can you please post it or point me the right direction? Otherwise, I will have to stick with EAC for a while. I do think, however, that offering CLI encoders for dbpoweramp could expand use among dbpoweramp user community and perhaps help to generate higher adoption rates for TAK. Unless there are compelling reasons why I should not use dbpoweramp when encoding in TAK - in which case, let me know! CUETools looks promising as a free ripper, and it works with TAK, I think, although I can't get the proxy configuration to work properly - whereas proxies work perfectly fine in EAC and dbpoweramp.

If you want use dbpoweramp for some reason you always can grab to FLAC or other lossless format provided by dbpa and make lossless conversion to TAK aftrewards. It's not as comfortable however.

When it comes to TAK working with dBpoweramp, it's one of the "Yeah...but" deals. This command line (using their CLI extension) use to work 100%, pre-TAK 2.0:

-e -p4m -overwrite -ihs - "[outfile]"

Now, the metadata just doesn't appear in the file at all, but it plays just fine.

FYI: The compression setting shown is an example. You can modify it to anything you want.

This post has been edited by RazorBoy143: Aug 8 2010, 23:13

[osodeh]

Thanks, this is useful. i think I'll stick to EAC for now since it seems to be more versatile - at least with TAK that is.