Skip to main content

Topic: TAK 1.0.3 - Beta release 1 (Read 23088 times) previous topic - next topic

0 Members and 1 Guest are viewing this topic.
  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Beta release 1 of TAK 1.0.3 ((T)om's lossless (A)udio (K)ompressor)

It consists of:

- TAK Applications 1.0.3
- TAK Winamp plugin 1.0.7.
- TAK SDK 1.0.5.
- TAK Decoding library 1.0.6.

Download links removed. The final version is out.

1. TAK Applications 1.0.3

containing the GUI and command line compressor:

2. TAK Winamp plugin 1.0.7

containing the playback plugin for Winamp:

3. TAK SDK 1.0.5

containing the SDK documentation and the decoding library dll for developers:

4. TAK Decoding library 1.0.6

containing only the decoding library dll which is part of the SDK. It's provided for end users using third-party applications utilizing the library, who want to update the library to the current version:


What's new

What's new in the Applications

New Features:

- Support for pipe encoding.
- New command line switch -ihs (ignore header size) for pipe encoding.
- New command line option -sts (set seek table size) for pipe encoding.
- New command line switch -silent (silent operation).
- The command line option -wm now let's you specify a maximum size for the wave meta data.
- New command line switch -pMax to select the strongest encoder preset.
- The file info function shows you how much space (if any) in the header is beeing wasted because of pipe encoding.

Improvements:

- Tiny compression improvements for the presets 0 to 2, rarely also for the stronger presets. The average improvement for my test corpus is about 0.05 percent. Not much, but it comes without a significant speed penality.
- Small decoding speed improvements of 4 (preset 5) to 8 (preset 0) percent on my system.
- The Readme file now contains a simple contents section with links to the most relevant topics. There is also a new section about pipe encoding. If you want to use it, please read the text...

Modifications:

- The decoder had to be modified to guarantee error robustness (decoding through errors) for files created by pipe encoding with the -ihs (ignore header size) switch applied.
- Some modifications of the decoding error log file ("Tak_Deco_Error.txt").
- In TAK 1.0.2 there was no difference between the presets -p4/p4e and -p5/-p5e. This irritated some users. Now they are slightly different.
- Command line: The alternative syntax (-pT to -pI) for the preset specification is no longer supported. Now -p0 to -p5 is obligatory.
- GUI: The buttons for preset and evaluation level selection have been removed from the encoder options dialog. Please use the comparison table instead.
- GUI: Moved the Verify switch from the general encoder options to the details dialog.
- GUI: The Save wave file meta data switch has been removed from the encoder output options sheet. Please use the Wave file meta data - Maximum Size setting on the stream options sheet instead.
- Because of an update of my Delphi compiler the binaries are now about 35 KB bigger.

Fixed:

- Some applications crashed if they tried to redirect the output of the command line version. This seems to have been caused by a bug in the Delphi runtime library. Now i am accessing the console directly, what hopefully avoids this trouble.

What's new in the encoder/decoder library (affecting the applications, the decoding library and the Winamp plugin):

Modifications:

- The decoder had to be modified to guarantee error robustness (decoding through errors) for files created by pipe encoding with the -ihs (ignore header size) switch applied.


What's new in the SDK (compared to 1.0.4):

Interface changes (Adaptions for TAK 1.0.3):

- The tak_Preset_xxx-constants have been removed from the include files. TAK's presets are now named purely numerical (no more Turbo, Fast...).

Beta testing

The beta version has already gone through extensive testing performed by my automatic scripts. But especially because of the many changes for 1.0.3 rare bugs are still possible (as always...). Please try the beta release and report any bugs in this thread.

I would also be happy about tests of compression efficiency and speed. Because the final release will have identical performance (there may be a speed variation of 1 to 3 percent because of different code alignment of another build), it does make sense to test the beta.

Thanks for testing and have fun

Thomas
  • Last Edit: 14 December, 2007, 08:18:14 AM by TBeck

  • Squeller
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #1
Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
Code: [Select]
takc -e -p5m -ihs -sts3 - %d

but I always end in "Encoder has terminated prematurely with code 1".

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Reply #2
Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
Code: [Select]
takc -e -p5m -ihs -sts3 - %d

but I always end in "Encoder has terminated prematurely with code 1".

Good try! This should work. Ok, i don't know much about the foobar part.

Exit code 1 means wrong parameters. Don't know why.

Can you please try to remove the -sts3?

  Thomas

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Reply #3
Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
Code: [Select]
takc -e -p5m -ihs -sts3 - %d

but I always end in "Encoder has terminated prematurely with code 1".

I just tried this setting. No problem...

Could it be that you haven't set the file extension to "tak" in foobar's preset configuration dialog?
  • Last Edit: 05 December, 2007, 04:35:12 AM by TBeck

  • kanak
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #4
Works well for me too. This the setting i'm using:






Congratulations to TBeck on this awesome release! Thanks for your work on TAK.


Edit: I get an error when using -pMax (error code 1) but it works perfectly when using -pmax. You might want to update your first post where you have announced -pMax.
  • Last Edit: 05 December, 2007, 04:44:54 AM by kanak

  • Squeller
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #5
Encoder: takc.exe
Extension: TAK
Parameters: takc[/s] -e -p5m -ihs -sts3 - %d

Strange. Same settings as kanak. This does not work here. I checked twice if I use the correct new takc.exe. I do.

EDIT: AAAARGGGG! See the bold formatted above!
  • Last Edit: 05 December, 2007, 04:46:50 AM by Squeller

  • kanak
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #6
don't put that "takc" part in the beginning of your parameter.

simply use:

Code: [Select]
-e -p5m -ihs -sts3 - %d

  • verbajim
  • [*][*]
TAK 1.0.3 - Beta release 1
Reply #7
Try removing "takc" from the parameters.

  • Squeller
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #8
Just saw it myself. This is because I simply copied/pasted from the readme.html. TBeck, maybe you add a working fb2k command line to the readme, to prevent idiots like me

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Reply #9
Edit: I get an error when using -pMax (error code 1) but it works perfectly when using -pmax. You might want to update your first post where you have announced -pMax.

Hm, i can't reproduce this.

Just saw it myself. This is because I simply copied/pasted from the readme.html. TBeck, maybe you add a working fb2k command line to the readme, to prevent idiots like me

Very good idea! And a screenshot too!

Sorry for the trouble caused by my incomplete documentation.

  Thomas

  • Squeller
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #10
I thought the sps option will cause us headache. But I tried sps3 on a 60 minutes track; there's no significant delay when seeking through the file on a 3 yrs old computer. Which is good  I remember the good old days with mpc slow seeking problem where seeking took a couple of seconds...
  • Last Edit: 05 December, 2007, 06:09:12 AM by Squeller

  • shnutils
  • [*][*]
TAK 1.0.3 - Beta release 1
Reply #11
New Features:

- Support for pipe encoding.

As expected, this works with shntool:

Code: [Select]
shntool conv -o "cust ext=tak takc -e -ihs - %f" ...


Of course you can add parameters to taste.  I will add support for TAK encoding in the next version.  What would you all suggest I use for default encoding parameters?

Now, for pipe decoding...

Thanks Thomas for your hard work!
  • Last Edit: 05 December, 2007, 11:23:32 AM by shnutils

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
TAK 1.0.3 - Beta release 1
Reply #12
Now, for pipe decoding...

This would definitely make a few of us command line nuts happy.

Until my rippers are able to provide stdout to TAK (or can dBpa already handle this? EAC cannot) the only piping I'd be doing would go in the other direction.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Reply #13
I thought the sps option will cause us headache. But I tried sps3 on a 60 minutes track; there's no significant delay when seeking through the file on a 3 yrs old computer. Which is good  I remember the good old days with mpc slow seeking problem where seeking took a couple of seconds...

Nice news. Thanks for testing!

From the Readme file:

"Some recommendations:

- For hard disk based playback you may choose a seek table size as small as about 1/16 of the audio duration without experiencing a significant delay when seeking. Therefore the default size of 5 minutes may be sufficient for a audio duration of up to 80 minutes.
- If you manually decrease the frame size (for the LossyWav-preprocessor) you are not advised to choose a value which is less than about 1/4 of the audio duration! "

With -sts3 for a 60 minutes file you are a bit outside of the recommendations, because 60 > 48 (3 * 16).

That's still ok (unless you are compressing LossyWav-files) but if the audio duration/seektable size- ratio get's considerably bigger seeking will suddenly get very slow!

I will possibly increase the minimum seektable size to 10 minutes for the final version. You won't loose much compression efficiency.

The following table illustrates this. It shows you how much compression you will loose if compressing 3 minutes of cd audio data with different seek table sizes:
Code: [Select]
-sts#    Loss %
   3      0.000  
   5      0.002
  10      0.007
  15      0.009
  30      0.026
  60      0.054

Up to 15 minutes it's less than 0.01 percent.

I will add support for TAK encoding in the next version.

Great! Thank you!

Now, for pipe decoding...

 

  Thomas

  • kanak
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #14
I can't seem to replicate the pMax problem either ... i guess it was just a fluke or something.

Anyway, i have a question regarding the sts option. Other than the loss of compression efficiency, is there any problem in using say -sts60 for all files? I ask because i want to have a single tak preset that i can use on all files... i'm willing to sacrifice the tiny amount of compression for this.

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.0.3 - Beta release 1
Reply #15
I can't seem to replicate the pMax problem either ... i guess it was just a fluke or something.

Fine.

Anyway, i have a question regarding the sts option. Other than the loss of compression efficiency, is there any problem in using say -sts60 for all files? I ask because i want to have a single tak preset that i can use on all files... i'm willing to sacrifice the tiny amount of compression for this.

I will rework the relevant part of the pipe encoding section of my manual and post it here. Hopefully it will make some topics more clear. I myself have to think a bit more about it...

For now a short answer: Personally i would use -sts10 for such an all-in-one setting (single short songs and cd images of up to about 80 minutes). I should make this the default...

  Thomas
  • Last Edit: 05 December, 2007, 03:42:13 PM by TBeck

  • Squeller
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #16
I encoded a 68 minutes song with sts3 and didn't even recognize any delay when seeking through the song over long distances.
IMO you can simply make 10 the default, and there's btw no need to promote the sts option in the documentation too loud.
  • Last Edit: 05 December, 2007, 03:51:33 PM by Squeller

TAK 1.0.3 - Beta release 1
Reply #17
Thanks for this release TBeck!
Allegari nihil et allegatum non probare, paria sunt.

  • IgorC
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #18
Seemed like  old version of decoder 1.0.2  had a problem with detection of optimizations in foobar. Last updated 1.0.2 is faster. And 1.0.3 is still faster 5-6% here for p0. 
Now transcoding from TAK p0 to mp3 take the same time as from FLAC for single cpu P4 class via foobar.

Great update. Thank you. 
  • Last Edit: 05 December, 2007, 08:28:54 PM by IgorC

  • eevan
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #19
Thomas, I just want to tell you that I appreciate your efforts to make the TAK better.

Excellent work!
If age or weaknes doe prohibyte bloudletting you must use boxing

  • IgorC
  • [*][*][*][*][*]
TAK 1.0.3 - Beta release 1
Reply #20
So open source for the next 1.0.4 release, right? 

  • k.m.krebs
  • [*][*]
TAK 1.0.3 - Beta release 1
Reply #21
And maybe when that happens we'll all rejoice when we see an Audition/Cool Edit plugin!  Regardless, great work with this!
k.m.krebs \ 833-45: http://833-45.net

  • Kirya
  • [*][*][*]
TAK 1.0.3 - Beta release 1
Reply #22
So open source for the next 1.0.4 release, right? 

It will be nice, because I still dreaming about TAK hardware support on Cowon PMP
Thinking Outside The Box

  • noorotic
  • [*]
TAK 1.0.3 - Beta release 1
Reply #23
1.0.3b1 encoding nicely with more or less default parameters, using stdin, on my AMD x2.  Stdin is much appreciated. 

Not to create work, but I wonder how much would be involved in the log file reporting encoding time as a factor of playback time.  %02 - whatever

Thanks

  • BenniP
  • [*][*]
TAK 1.0.3 - Beta release 1
Reply #24
Wow! Thank you Thomas for your amazing work!

I'm rethinking about using foobar as my complete tool (playing & ripping), so far EAC did the ripping job.