foo_input_tak, TAK decoder Options

[Mr.Duck]

Obvious bug: Typo in version. Says it's 0.4. not 0.4.4. If using the new components system and check for updates, it is stuck in an endless loop trying to upgrade to version 0.4.4

[marc2003]

mine reports 0.4.4 on the components page. if i check for updates, none are found.

[Mr.Duck]

I can't be the only one:





My foobar is portable if that makes a difference.

[marc2003]

download it manually?

http://www.foobar2000.org/components/view/foo_input_tak

has to be less effort than posting and uploading screenshots. maybe you have an old version where the version string wasn't so important because the update system didn't exist at the time?

[Mr.Duck]

New foobar version, problem seems to be gone (v1.1.1 to v1.1.6). Don't know what that was about :S

[marc2003]

i just had foobar crash on me as i manually changed tracks. unfortunately there was no proper crash log for me to submit. i only have this from the windows event viewer:

CODE

Log Name: Application
Source: Application Error
Date: 23/08/2011 14:35:15
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Computer:
Description:
Faulting application name: foobar2000.exe, version: 1.1.8.0, time stamp: 0x4e3e382d
Faulting module name: foo_input_tak.dll, version: 0.0.0.0, time stamp: 0x4b48c6e9
Exception code: 0x40000015
Fault offset: 0x0001c326
Faulting process id: 0x6f0
Faulting application start time: 0x01cc618c20bbcda9
Faulting application path: E:\foobar2000\foobar2000.exe
Faulting module path: E:\foobar2000\user-components\foo_input_tak\foo_input_tak.dll
Report Id: bb28e102-cd8c-11e0-b018-80ee730b9bb7
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2011-08-23T13:35:15.000000000Z" />
<EventRecordID>837</EventRecordID>
<Channel>Application</Channel>
<Computer></Computer>
<Security />
</System>
<EventData>
<Data>foobar2000.exe</Data>
<Data>1.1.8.0</Data>
<Data>4e3e382d</Data>
<Data>foo_input_tak.dll</Data>
<Data>0.0.0.0</Data>
<Data>4b48c6e9</Data>
<Data>40000015</Data>
<Data>0001c326</Data>
<Data>6f0</Data>
<Data>01cc618c20bbcda9</Data>
<Data>E:\foobar2000\foobar2000.exe</Data>
<Data>E:\foobar2000\user-components\foo_input_tak\foo_input_tak.dll</Data>
<Data>bb28e102-cd8c-11e0-b018-80ee730b9bb7</Data>
</EventData>
</Event>

it's my first ever problem in months of usage so it's probably a one off but i thought i'd report it anyway.

[CoRoNe]

The last couple of days I've been fooling around with "Myths and Legends", a 2cd new-age David Arkenstone album.
Both discs contain the same tracks, whereas the first disc contains the two front channels and the second disc the two rear channels. They’re are meant to be played back simultaneously on two different cd players.
Of course this is not really practical, so I combined all four channels into one wav-file and also encoded it to DTS for my DTS receiver, for easier listening.
As I hadn’t experimented with WV and TAK on surround audio files yet, I did some testing:

Across the River_sample.wav (25,5sec 8.57MB 44.1Khz 4ch 2822kbps)
Across the River_sample.wv (25,5sec 4.75MB 44.1Khz 4ch 1564kbps)
Across the River_sample.tak (25,5sec 4.65MB 44.1Khz 4ch 1530kbps)
Across the River_sample(DTS).wav (25,5sec 4.29MB 44.1Khz 5ch 1411kbps)
Across the River_sample(DTS).wv (25,5sec 3.81MB 44.1Khz 5ch 1254kbps)
Across the River_sample(DTS).tak (25,5sec 3.82MB 44.1Khz 5ch 1257kbps)

While all 6 audio files play fine with DirectShow…

(you have to enable Uncompressed all supported, or at least 16-bit within FFDShow, for the DTS stream to be decoded, or it’s just noise you’ll hear)

…in Foobar the TAK Decoder can’t decode the DTS stream within “Across the River_sample(DTS).tak”. Again, it’s just noise you’ll hear.

DTS in TAK is not such a big issue, but since DTS in WV plays fine, I though I’d mention.

This post has been edited by CoRoNe: Sep 25 2011, 20:01

[TBeck]

While all 6 audio files play fine with DirectShow…

…in Foobar the TAK Decoder can’t decode the DTS stream within “Across the River_sample(DTS).tak”. Again, it’s just noise you’ll hear.

I could reproduce this with foobar and Winamp, therefore it's surely not a foobar issue.

When i decoded your dts file and played the wave i got noise too.

And the decoded file contains only 2 channels.

I am not really sure, if i understand, what you did. Does the file (respectively stream) sent as input to the TAK encoder contain DTS encoded or uncompressed PCM data?

[lvqcl]

foo_input_dts decodes such lossless files, but only if the corresponding input plugin supports decode_postprocessor API (see SDK 2011-03-11).
And foo_input_tak doesn't have such support (yet).

[CoRoNe]

The source files here are:
Across the River_sample.wav (Uncompressed 4ch (lf,rf,ls,rs) PCM) and
Across the River_sample(DTS).wav (5ch (lf,rf,ls,rs and a dummy center channel) DTS)
So Across the River_sample(DTS).tak contains a TAK compressed DTS encoded audio stream.

At first sight, without a DTS decoder, you would indeed think it contains just a 2ch audio stream.
Opening Across the River_sample(DTS).wav in Audacity also reveals just that.
To properly decode the DTS audio stream, one should tick "Enable decode postprocessing - for decoding DTS, HDCD, etc." in Foobar's Converter Setup.

Spot-on, lvqcl. I already thought one of these two would have to be the culprit.

[TBeck]

foo_input_dts decodes such lossless files, but only if the corresponding input plugin supports decode_postprocessor API (see SDK 2011-03-11).
And foo_input_tak doesn't have such support (yet).

...
Across the River_sample(DTS).wav (5ch (lf,rf,ls,rs and a dummy center channel) DTS)
So Across the River_sample(DTS).tak contains a TAK compressed DTS encoded audio stream.
...
At first sight, without a DTS decoder, you would indeed think it contains just a 2ch audio stream.

I am surprised, because i would have thought such a file would contain another format tag than PCM. How can a player detect that it has to deal with DTS data? Well, i am a complete noob here...

[foosion]

As far as I know there is a magic header or preamble hidden inside the audio data itself that a decoder has to recognize.

Peter has told me about a service in the foobar2000 SDK that foo_input_tak could use, but I am chronically lacking time to work on my components.

[kode54]

Yeah, you'll want to use the input_postprocessed template.

[Dario]

Would anyone be able to update this component so that it uses the latest TAK decoder? Also, displaying the MD5 checksum inside of foobar2000 (just like with FLAC and the other lossless codecs) would be awesome. I don't know if TAK's SDK allows the retrieval of it, though.

[lvqcl]

1. Hold shift, File -> Browse configuration folder. Go to user-components\foo_input_tak folder.
Close foobar2000 and replace tak_deco_lib.dll manually.

2. IIRC the function to get MD5 checksum exists but isn't documented so it's of no use for the plugin (the other undocumented function is to get cnannel map).

[GeSomeone]

Version 0.4.5 was released (see component page)
now bundled with tak_deco_lib 2.2.0

This post has been edited by GeSomeone: Sep 26 2012, 09:26

[CoRoNe]

...and supports DTS streams. Thanks!

[Dario]

A much appreciated update! Thank you, foosion!

[Rollin]

...and supports DTS streams.

And HDCD...

[kode54]

Sorry I forgot to post about that here. I pushed that update, and structured the download such that automatic updates will work. The modification was only one line for the decode postprocessing and another line for the version number string, and is available from a repository on my GitHub page.

[johnsonlam]

Thanks foosion! The TAK decoder finally can recognize the HDCD bit in TAK files!!

[foosion]

You should thank kode54 for that.

[CoRoNe]

Hi, I was wondering if one of you devs could let the plugin detect channel positions (6: FL FR FC LFE BL BR, for example), like FLAC and WavPack.

[kode54]

Assuming it even supports that.

[foosion]

At the time when I originally wrote the plugin, the TAK decoder did not support this feature. I do not know whether it does now.