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 251270 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

foo_input_tak

Reply #75
foo_input_tak 0.3.2

Fixed bug with reopening TAK decoder instance after tag update (file position was not reset to start of file).

I've only confirmed that this fixes the problem with tool and evaluation level disappearing from technical information after a tag update, but given the nature of the bug, I expect it was responsible for the rest of the tag updating related problems as well.

Other changes: I made sure to bundle tak_deco_lib.dll 1.0.4 and added a little version information (regarding the TAK library) to the plugin's about message.

foo_input_tak

Reply #76
my problem with silent tracks: FIXED!

Thanks! 

foo_input_tak

Reply #77
Great! 

Thanks for your effort!

  Thomas

foo_input_tak

Reply #78
foo_input_tak 0.3.2
Fixed bug with reopening TAK decoder instance after tag update (file position was not reset to start of file).

Thanks, for looking into this and fixing. Now I dare to tak and tag again. 
In theory, there is no difference between theory and practice. In practice there is.

foo_input_tak

Reply #79
foosion, can you make the embedded cuesheet still editable after adding it?
if by mistake added a wrong timing cuesheet, will be like hell, unless edit it by a hex editor.


foo_input_tak

Reply #81
I've found the problem with the Secret Rabbit Code Resampler v1.03 DSP plugin and tak. When playing tak file (latest decoding library 1.0.4 and input plugin 0.3.2) foobar 0.9.4.3 doesn't crash, but the output is silent and the time cursor is moving faster than usual. Spectral analyser is active as well. I've tried the other resampler plugins and everything worked ok.
If age or weaknes doe prohibyte bloudletting you must use boxing


foo_input_tak

Reply #83
I noticed a small issue in foobar with TAK Decoder 0.3.2 beta.
In Windows Explorer when you right click on more than 1 file(s) and choose Play in foobar2000 it doesn't work.
But it works when you right click on the folder or just 1 file and choose Play in foobar2000.

Edit:
It isn't a bug.
Something is wrong in my windows installation...
When I reinstall, I will check if it is the same, probably not.

foo_input_tak

Reply #84
BTW foosion, slight OT but I was using application verifier today, and it is whinging about something coming from tak_deco_lib.dll on foobar2000 shutdown (reproducible). Something you may wish to look into.

[edit] This is the message:
Code: [Select]
=======================================
VERIFIER STOP 0000060A : pid 0x14DC: Incorrect FreeType parameter for VirtualFree operation.

    0000C000 : Incorrect value used by the application.
    00004000 : Expected correct value 1.
    00008000 : Expected correct value 2.
    00000000 : Not used.


=======================================


As you can see on msdn someone has incorrectly combined the two flags.

Call stack (with app verifier running):
Code: [Select]
     vfbasics.dll!AVrfpVirtualFree(void * lpAddress=0x05270000, unsigned long dwSize=0x00000000, unsigned long dwFreeType=0x0000c000)  Line 1484 + 0xf bytes    C
    tak_deco_lib.dll!05bba472()     
    tak_deco_lib.dll!05ba3353()     
    tak_deco_lib.dll!05bba7f7()     
    tak_deco_lib.dll!05ba3d64()     
    tak_deco_lib.dll!05ba4076()     
    tak_deco_lib.dll!05ba6401()     
    tak_deco_lib.dll!05bc5c18()     
    verifier.dll!71ac5999()     
    vrfcore.dll!VfCoreStandardDllEntryPointRoutine(void * DllHandle=0x05ba0000, unsigned long Reason=0x00000000, _CONTEXT * Context=0x00000001)  Line 557 + 0xc bytes    C++
    vfbasics.dll!AVrfpStandardDllEntryPointRoutine(void * DllHandle=0x05ba0000, unsigned long Reason=0x00000000, _CONTEXT * Context=0x00000001)  Line 705 + 0x14 bytes    C
    ntdll.dll!773ea604()     
    ntdll.dll!773ba303()     
    verifier.dll!71ac73b2()     
    ntdll.dll!773ba2e2()     
    ntdll.dll!773ba38e()     
    kernel32.dll!772dd873()     
    vfbasics.dll!AVrfpExitProcess(unsigned int uExitCode=0x0012ff04)  Line 205    C
    kernel32.dll!772dd85e()     
    foobar2000.exe!0049711c()     
    foobar2000.exe!00497336()     
    foobar2000.exe!0049735b()     
    foobar2000.exe!00496813()     
    kernel32.dll!772e3833()     
    ntdll.dll!773ba9bd()


Bye
.

foo_input_tak

Reply #85
BTW foosion, slight OT but I was using application verifier today, and it is whinging about something coming from tak_deco_lib.dll on foobar2000 shutdown (reproducible). Something you may wish to look into.

I moved the post; it is slightly less OT here.  Anyway, this seems to be an issue with tak_deco_lib.dll itself which is provided by TBeck. I don't now whether this might be coming from the Delphi runtime, or if he has his own memory management functions. I'll send him a link to your post so he can check.

 

foo_input_tak

Reply #87
I've tested takc.exe with the application verifier, and I get exactly the same message. The plot thickens.

Edit: takc.exe was run without arguments.

foo_input_tak

Reply #88
BTW foosion, slight OT but I was using application verifier today, and it is whinging about something coming from tak_deco_lib.dll on foobar2000 shutdown (reproducible). Something you may wish to look into.

[edit] This is the message:
Code: [Select]
=======================================
VERIFIER STOP 0000060A : pid 0x14DC: Incorrect FreeType parameter for VirtualFree operation.

    0000C000 : Incorrect value used by the application.
    00004000 : Expected correct value 1.
    00008000 : Expected correct value 2.
    00000000 : Not used.


=======================================


As you can see on msdn someone has incorrectly combined the two flags.
...

Thank you!

...
I moved the post; it is slightly less OT here.  Anyway, this seems to be an issue with tak_deco_lib.dll itself which is provided by TBeck. I don't now whether this might be coming from the Delphi runtime, or if he has his own memory management functions. I'll send him a link to your post so he can check.

And thanks to you too!

No, it wasn't Delphi. For some strange reason i have combined the flags MEM_DECOMMIT and MEM_RELEASE   . I will correct this in TAK 1.0.2.

Again: Thank you very much!

  Thomas


foo_input_tak

Reply #90
Hi foosion, AFAIR you wanted to do some decoding performance tunings; any news on the issue?

foo_input_tak

Reply #91
No, my only idea was to always decode one frame at a time. However, that already happens when dynamic bitrate reporting is disabled, and it does not seem to affect the overall decoding speed.

foo_input_tak

Reply #92
foo_input_tak 0.3.4

Recompiled with latest TAK SDK. Added recognition of "insane" profile introduced in TAK 1.0.2; profiles of unrecognized (i.e. future) TAK versions are displayed numerically. Bundled tak_deco_lib.dll 1.0.5. Added options in Advanced preferences to restrict CPU optimizations tak_deco_lib may use.


foo_input_tak

Reply #94
Im not sure if this is a problem specifically with the foobar tak plugin, or with all input plugins that use embedded cue sheets; but I have noticed that when loading a cue sheet directly into foobar with the line
"REM DISC 2"
it will respect this command when displaying the information in foobar - whereas if I copy this cue sheet and embed it in the same file, it looses this line in the cue sheet but retains it separately as a tag. I know that this is nitpicking at the features but I just dont understand why it cant retain this information in the embedded cue sheet when it retains things like catalog numbers and such.

foo_input_tak

Reply #95
It retains only standard fields.
This is a user comment which maps to DISC tag, so that's the way it is handled.
Take a look at cuesheet specs
If age or weaknes doe prohibyte bloudletting you must use boxing

foo_input_tak

Reply #96
Hm, I just tried to search for this thing in this topic, but without success

So, I embedded a cover jpeg inside a .tak file today, and according to mp3tag it's there, though my foobar doesn't show it (now I'm using 0.9.5.1 default UI and it works properly with album art embedded into mp3 and flac files). My question is that where is the problem? In mp3tag, in foo_input_tak, or in the tak format specs? If it's foo_input_tak, is there a version under development which will show the embedded art?

A second question: according to the discussions with TBeck it seems that something in foobar significantly decreases tak decoding speed, in stand-alone decoders it's almost on-par with flac. Not that it's a deadly problem, tak is plenty fast already, but I'm curious if it's some foobar architectural limitation, or some interfacing problem between foobar and the external tak decoding library?

Sorry if anything... no offense meant, of course, foo_input_tak is a very useful component that works well anyway

foo_input_tak

Reply #97
So, I embedded a cover jpeg inside a .tak file today, and according to mp3tag it's there, though my foobar doesn't show it (now I'm using 0.9.5.1 default UI and it works properly with album art embedded into mp3 and flac files). My question is that where is the problem? In mp3tag, in foo_input_tak, or in the tak format specs? If it's foo_input_tak, is there a version under development which will show the embedded art?

The current version of foo_input_tak predates 0.9.5 and does not contain functionality to access embedded cover art.

A second question: according to the discussions with TBeck it seems that something in foobar significantly decreases tak decoding speed, in stand-alone decoders it's almost on-par with flac. Not that it's a deadly problem, tak is plenty fast already, but I'm curious if it's some foobar architectural limitation, or some interfacing problem between foobar and the external tak decoding library?

I don't know what is causing the decreased decoding performance. Considering that the plugin works and that performance isn't abysmal, I however have very little motivation to investigate this further. I can provide the source code, if someone else wants to.

foo_input_tak

Reply #98
Thanks for the answers - the performance isn't 'abysmal', TAK still looks the second fastest lossless codec and its speed is on par with mp3 so I don't think it could cause any problem on virtually any config that can run foobar itself.

foo_input_tak

Reply #99
foo_input_tak 0.4

Adds the ability to read embedded album art. Requires foobar2000 0.9.5.