IPB

Welcome Guest ( Log In | Register )

3 Pages V  < 1 2 3  
Reply to this topicStart new topic
TAK 2.0.0
Anakunda
post Mar 7 2010, 22:25
Post #51





Group: Members
Posts: 486
Joined: 24-November 08
Member No.: 63072



mine works with this
CODE
-e -pMax -md5 -ihs -overwrite -silent - %d
Go to the top of the page
+Quote Post
servimo
post Mar 7 2010, 23:02
Post #52





Group: Members
Posts: 146
Joined: 8-April 07
Member No.: 42330




Why not working? What I am doing wrong?

This post has been edited by servimo: Mar 7 2010, 23:42
Go to the top of the page
+Quote Post
servimo
post Mar 8 2010, 02:33
Post #53





Group: Members
Posts: 146
Joined: 8-April 07
Member No.: 42330



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
Go to the top of the page
+Quote Post
johnsonlam
post Mar 11 2010, 17:58
Post #54





Group: Members
Posts: 226
Joined: 12-January 03
From: Kowloon, Hong Kong
Member No.: 4533



QUOTE (servimo @ Mar 8 2010, 09:33) *
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!


--------------------
Hong Kong - International Joke Center (after 1997-06-30)
Go to the top of the page
+Quote Post
servimo
post Mar 12 2010, 05:25
Post #55





Group: Members
Posts: 146
Joined: 8-April 07
Member No.: 42330



QUOTE (johnsonlam @ Mar 11 2010, 13:58) *
QUOTE (servimo @ Mar 8 2010, 09:33) *
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?. crying.gif

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
Go to the top of the page
+Quote Post
_mē_
post Mar 12 2010, 07:40
Post #56





Group: Members
Posts: 231
Joined: 6-April 09
Member No.: 68706



QUOTE (servimo @ Mar 12 2010, 05:25) *
QUOTE (johnsonlam @ Mar 11 2010, 13:58) *
QUOTE (servimo @ Mar 8 2010, 09:33) *
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?. crying.gif

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.
Go to the top of the page
+Quote Post
nycjv321
post Mar 13 2010, 01:43
Post #57





Group: Members
Posts: 69
Joined: 15-July 09
Member No.: 71500



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 biggrin.gif
Go to the top of the page
+Quote Post
[JAZ]
post Mar 13 2010, 13:40
Post #58





Group: Members
Posts: 1798
Joined: 24-June 02
From: Catalunya(Spain)
Member No.: 2383



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
Go to the top of the page
+Quote Post
nycjv321
post Mar 14 2010, 22:04
Post #59





Group: Members
Posts: 69
Joined: 15-July 09
Member No.: 71500



I understand this and completely respect this decision.
Go to the top of the page
+Quote Post
statikat
post Mar 15 2010, 17:03
Post #60





Group: Members
Posts: 1
Joined: 15-March 10
Member No.: 79037



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?
Go to the top of the page
+Quote Post
Mr.Duck
post Apr 25 2010, 14:07
Post #61





Group: Members
Posts: 80
Joined: 26-March 09
Member No.: 68393



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! smile.gif
Go to the top of the page
+Quote Post
thely
post May 9 2010, 08:30
Post #62





Group: Members
Posts: 2
Joined: 9-May 10
Member No.: 80492



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
Go to the top of the page
+Quote Post
Anakunda
post May 9 2010, 10:15
Post #63





Group: Members
Posts: 486
Joined: 24-November 08
Member No.: 63072



QUOTE (thely @ May 9 2010, 09:30) *
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.
Go to the top of the page
+Quote Post
thely
post May 10 2010, 07:58
Post #64





Group: Members
Posts: 2
Joined: 9-May 10
Member No.: 80492



thanks for answer smile.gif
Go to the top of the page
+Quote Post
sundance
post May 10 2010, 09:55
Post #65





Group: Members
Posts: 179
Joined: 17-April 02
Member No.: 1804



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.
Go to the top of the page
+Quote Post
Perun
post May 30 2010, 19:13
Post #66





Group: Validating
Posts: 17
Joined: 7-September 09
Member No.: 72969



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
Go to the top of the page
+Quote Post
TBeck
post May 31 2010, 21:28
Post #67


TAK Developer


Group: Developer
Posts: 1098
Joined: 1-April 06
Member No.: 29051



QUOTE (Perun @ May 30 2010, 19:13) *
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




Go to the top of the page
+Quote Post
lvqcl
post May 31 2010, 21:41
Post #68





Group: Developer
Posts: 3469
Joined: 2-December 07
Member No.: 49183



BTW wavpack has a 1MB limit for cover art...
Go to the top of the page
+Quote Post
Perun
post Jun 1 2010, 13:45
Post #69





Group: Validating
Posts: 17
Joined: 7-September 09
Member No.: 72969



QUOTE (TBeck @ May 31 2010, 21:28) *
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.
Go to the top of the page
+Quote Post
osodeh
post Jul 24 2010, 10:57
Post #70





Group: Members
Posts: 9
Joined: 30-January 10
Member No.: 77706



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
Go to the top of the page
+Quote Post
Anakunda
post Jul 24 2010, 12:57
Post #71





Group: Members
Posts: 486
Joined: 24-November 08
Member No.: 63072



QUOTE (osodeh @ Jul 24 2010, 11:57) *
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.
Go to the top of the page
+Quote Post
Lebon14
post Aug 3 2010, 22:33
Post #72





Group: Members
Posts: 31
Joined: 17-October 08
Member No.: 60234



Thanks for the libs... will convert TAK to FLAC with it.
Go to the top of the page
+Quote Post
RazorBoy143
post Aug 8 2010, 23:12
Post #73





Group: Members
Posts: 28
Joined: 17-July 10
Member No.: 82340



QUOTE (Anakunda @ Jul 24 2010, 01:57) *
QUOTE (osodeh @ Jul 24 2010, 11:57) *
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
Go to the top of the page
+Quote Post
osodeh
post Aug 19 2010, 14:49
Post #74





Group: Members
Posts: 9
Joined: 30-January 10
Member No.: 77706



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.
Go to the top of the page
+Quote Post
themanintheshado...
post Feb 12 2014, 23:59
Post #75





Group: Members
Posts: 34
Joined: 31-October 12
Member No.: 104212



QUOTE (RazorBoy143 @ Aug 9 2010, 00:12) *
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.


I had the same problem with WavPack until I figured out that dBpoweramp (with certain codecs) can't write tags by itself, and that you have to manually put that ability into the command line for anything to work. Here's my command line:

-e -p4m -overwrite -ihs -md5 -tt "Artist=[Artist]" -tt "Title=[Title]" -tt "Album=[Album]" -tt "Year=[year]" -tt "Track=[Track]" -tt "Genre=[Genre]" - "[outfile]"

It completely works, and passes md5 and bit comparison tests in foobar2000.
Go to the top of the page
+Quote Post

3 Pages V  < 1 2 3
Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 29th December 2014 - 16:18