Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: foo_input_tak (Read 251277 times) previous topic - next topic
0 Members and 2 Guests are viewing this topic.

foo_input_tak

Reply #125
That file works just fine after you replace tak_deco_lib.dll in foobar2000 folder with updated version.

foo_input_tak

Reply #126
I created some TAK files with md5 checksum today, but foobar2000 0.9.6.7 properties doesn't recognise md5 info.
I verified the files with TAK.exe and the checksum is present.
Is it a known issue of foo_input_tak or tak_deco_lib?

I have TAK 1.1.1.0 and the tak_deco_lib.dll shipped with it, and the latest foo_input_tak.dll.
Used this parameter: -e -p4m -md5 -ihs - %d

foo_input_tak

Reply #127
foo_input_tak 0.4.3

The component now supports damage reporting for the file integrity verifier. It now also comes with tak_deco_lib.dll 1.1.1. Enjoy!

foo_input_tak

Reply #128
Hi foosion,

I was wondering if you could add support for displaying the MD5 hash of the audio data in the properties dialog, as supported by tak 1.1.1 onwards.


foo_input_tak

Reply #130
foo_input_tak 0.4.3

The component now supports damage reporting for the file integrity verifier. It now also comes with tak_deco_lib.dll 1.1.1. Enjoy!

Great! Thank you! 

I was wondering if you could add support for displaying the MD5 hash of the audio data in the properties dialog, as supported by tak 1.1.1 onwards.

I don't see how to extract this information using the TAK SDK.

That's right...

Probably i will add metadata read functions to the next SDK (V1.1.3) release.

  Thomas

foo_input_tak

Reply #131
Hi, the zip archive of the plugin being hosted on the foobar site is corrupted (and there were a few more like that... can't remember which ones were corrupted atm), so could you re-upload the plugin? Thanks


foo_input_tak

Reply #133
Hmm, you're right. I guess its just a bug in Alzip instead.

foo_input_tak

Reply #134
I just tested the archive linked here as well as foosion's components site here, and both verify fine with WinRAR.

zip file is corrupt. Cannot unpack with windows XP or with servant salamander. Only the "tak_deco_lib.dll" file fails to unpack. I got the latest version from Thomas Beck homepage instead.

foo_input_tak

Reply #135
crap, now I get a... "Unrecoverable playback error: Class not registered"  error message

foo_input_tak

Reply #136
crap, now I get a... "Unrecoverable playback error: Class not registered"  error message


Don't know what happened there. I just did a fresh foobar installation with v0.9.6.9 and used 7zip to get unpack the corrupt zip archive. Now it works

foo_input_tak

Reply #137
I just tested the archive linked here as well as foosion's components site here, and both verify fine with WinRAR.

zip file is corrupt. Cannot unpack with windows XP or with servant salamander. Only the "tak_deco_lib.dll" file fails to unpack. I got the latest version from Thomas Beck homepage instead.


Not corrupt. Works here fine. Must be a issue with how the file is packed and the compression method used.

 

foo_input_tak

Reply #138
TAK 2.0 is out. How about updating the plugin?

foo_input_tak

Reply #139
TAK 2.0 is out. How about updating the plugin?

TAK playback works. I'm no programmer, but it seems that the TAK API of the deco-lib didn't change, so there's no need for an updated input plugin.

foo_input_tak

Reply #140
Even if the API has been modified or extended, I haven't seen a new TAK SDK yet. Thomas said he wants to release an updated SDK together with TAK 2.0 final.

foo_input_tak

Reply #141
Even if the API has been modified or extended, I haven't seen a new TAK SDK yet. Thomas said he wants to release an updated SDK together with TAK 2.0 final.

I haven't modified the API with this release. The new library should be 100% compatible. But it's still a beta...

foo_input_tak

Reply #142
Now this is odd. I did a fresh install of the newest version of foobar and slapped in the latest TAK Decoder and I'm getting a "Unable to open item for playback (Unsupported file format)" error. Anyone know what the problem is?

foo_input_tak

Reply #143
You should place the TAK decoder library in de foobar2000 program directory.
In theory, there is no difference between theory and practice. In practice there is.



foo_input_tak

Reply #146
I got error when installing...

Quote
Failed to load DLL: foo_input_tak.dll
Reason: This component is missing a required dependency, or was made for different version of foobar2000.


I'm using v1.1.1.

foo_input_tak

Reply #147
put tak_deco_lib.dll in foobar2000 root folder

foo_input_tak

Reply #148
The new easier and preferred way to install components is documented here.

foo_input_tak

Reply #149
To Foosion,

Quote
1) Support for HDCD bit recognition
I don't think this is the business of a lossless codec...

My reason is simple, because the HDCD decoding through Foobar2000 not working, whenever not working should be fixed, of course it's the lowest priority, and I'm not programmer, can't help even if I want to.

TBeck is right, every lossless codec just keeps the HDCD control bits and that's it. I think what you really mean has to do with the foobar2000 TAK decoder plugin, it should be made postprocessor aware (as should still be done with the ALAC and Monkey decoders). Maybe you should file your request with foosion, who was so kind to provide the foobar input plugin for TAK.


Thank you for directing me to foosion, I really need your explain to know the problem.
And thanks Thomas for the hard work.


Can you please improve the plugin and let Foobar2000 to detect HDCD encode with TAK?
Sorry but I know nothing about programming, but I can help to test.
Hong Kong - International Joke Center (after 1997-06-30)