IPB

Welcome Guest ( Log In | Register )

2 Pages V   1 2 >  
Reply to this topicStart new topic
TAK 1.0.3 - Beta release 1
TBeck
post Dec 5 2007, 09:07
Post #1


TAK Developer


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



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

This post has been edited by TBeck: Dec 14 2007, 14:18
Go to the top of the page
+Quote Post
Squeller
post Dec 5 2007, 10:08
Post #2





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
CODE
takc -e -p5m -ihs -sts3 - %d

but I always end in "Encoder has terminated prematurely with code 1".
Go to the top of the page
+Quote Post
TBeck
post Dec 5 2007, 10:12
Post #3


TAK Developer


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



QUOTE (Squeller @ Dec 5 2007, 10:08) *
Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
CODE
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
Go to the top of the page
+Quote Post
TBeck
post Dec 5 2007, 10:34
Post #4


TAK Developer


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



QUOTE (Squeller @ Dec 5 2007, 10:08) *
Thank you! I'm too stupid for the fb2k commandline (pipe encoding). My latest try was:
CODE
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?

This post has been edited by TBeck: Dec 5 2007, 10:35
Go to the top of the page
+Quote Post
kanak
post Dec 5 2007, 10:42
Post #5





Group: Members
Posts: 1190
Joined: 12-January 06
From: Cambridge, MA
Member No.: 27052



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.

This post has been edited by kanak: Dec 5 2007, 10:44
Go to the top of the page
+Quote Post
Squeller
post Dec 5 2007, 10:42
Post #6





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



Encoder: takc.exe
Extension: TAK
Parameters: takc -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!

This post has been edited by Squeller: Dec 5 2007, 10:46
Go to the top of the page
+Quote Post
kanak
post Dec 5 2007, 10:45
Post #7





Group: Members
Posts: 1190
Joined: 12-January 06
From: Cambridge, MA
Member No.: 27052



don't put that "takc" part in the beginning of your parameter.

simply use:

CODE
-e -p5m -ihs -sts3 - %d
Go to the top of the page
+Quote Post
verbajim
post Dec 5 2007, 10:46
Post #8





Group: Members
Posts: 54
Joined: 18-February 07
Member No.: 40710



Try removing "takc" from the parameters. wink.gif
Go to the top of the page
+Quote Post
Squeller
post Dec 5 2007, 10:50
Post #9





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



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 smile.gif
Go to the top of the page
+Quote Post
TBeck
post Dec 5 2007, 11:01
Post #10


TAK Developer


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



QUOTE (kanak @ Dec 5 2007, 10:42) *
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.

QUOTE (Squeller @ Dec 5 2007, 10:50) *
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 smile.gif

Very good idea! And a screenshot too!

Sorry for the trouble caused by my incomplete documentation.

Thomas
Go to the top of the page
+Quote Post
Squeller
post Dec 5 2007, 12:08
Post #11





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



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 smile.gif I remember the good old days with mpc slow seeking problem where seeking took a couple of seconds...

This post has been edited by Squeller: Dec 5 2007, 12:09
Go to the top of the page
+Quote Post
shnutils
post Dec 5 2007, 17:03
Post #12





Group: Members
Posts: 50
Joined: 5-May 04
From: VA
Member No.: 13908



QUOTE (TBeck @ Dec 5 2007, 04:07) *
New Features:

- Support for pipe encoding.

As expected, this works with shntool:

CODE
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... cool.gif

Thanks Thomas for your hard work!

This post has been edited by shnutils: Dec 5 2007, 17:23
Go to the top of the page
+Quote Post
greynol
post Dec 5 2007, 18:22
Post #13





Group: Super Moderator
Posts: 10338
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (shnutils @ Dec 5 2007, 08:03) *
Now, for pipe decoding... cool.gif

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

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.


--------------------
Your eyes cannot hear.
Go to the top of the page
+Quote Post
TBeck
post Dec 5 2007, 18:47
Post #14


TAK Developer


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



QUOTE (Squeller @ Dec 5 2007, 12:08) *
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 smile.gif 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
-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.

QUOTE (shnutils @ Dec 5 2007, 17:03) *
I will add support for TAK encoding in the next version.

Great! Thank you!

QUOTE (shnutils @ Dec 5 2007, 17:03) *
Now, for pipe decoding... cool.gif

rolleyes.gif

Thomas
Go to the top of the page
+Quote Post
kanak
post Dec 5 2007, 20:12
Post #15





Group: Members
Posts: 1190
Joined: 12-January 06
From: Cambridge, MA
Member No.: 27052



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.
Go to the top of the page
+Quote Post
TBeck
post Dec 5 2007, 21:38
Post #16


TAK Developer


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



QUOTE (kanak @ Dec 5 2007, 20:12) *
I can't seem to replicate the pMax problem either ... i guess it was just a fluke or something.

Fine.

QUOTE (kanak @ Dec 5 2007, 20:12) *
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

This post has been edited by TBeck: Dec 5 2007, 21:42
Go to the top of the page
+Quote Post
Squeller
post Dec 5 2007, 21:51
Post #17





Group: Members
Posts: 2351
Joined: 28-August 02
Member No.: 3218



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.

This post has been edited by Squeller: Dec 5 2007, 21:51
Go to the top of the page
+Quote Post
ssjkakaroto
post Dec 6 2007, 00:10
Post #18





Group: Members
Posts: 203
Joined: 22-May 02
Member No.: 2096



Thanks for this release TBeck!


--------------------
Allegari nihil et allegatum non probare, paria sunt.
Go to the top of the page
+Quote Post
IgorC
post Dec 6 2007, 02:28
Post #19





Group: Members
Posts: 1580
Joined: 3-January 05
From: ARG/RUS
Member No.: 18803



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. smile.gif

This post has been edited by IgorC: Dec 6 2007, 02:28
Go to the top of the page
+Quote Post
eevan
post Dec 6 2007, 02:49
Post #20





Group: Members
Posts: 541
Joined: 9-April 07
From: Belgrade, Serbia
Member No.: 42357



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
Go to the top of the page
+Quote Post
IgorC
post Dec 6 2007, 02:53
Post #21





Group: Members
Posts: 1580
Joined: 3-January 05
From: ARG/RUS
Member No.: 18803



So open source for the next 1.0.4 release, right? laugh.gif
Go to the top of the page
+Quote Post
k.m.krebs
post Dec 6 2007, 03:48
Post #22





Group: Members
Posts: 61
Joined: 21-August 02
From: vancouver, b.c.
Member No.: 3145



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
Go to the top of the page
+Quote Post
Kirya
post Dec 6 2007, 09:42
Post #23





Group: Members
Posts: 109
Joined: 13-September 06
Member No.: 35147



QUOTE (IgorC @ Dec 6 2007, 03:53) *
So open source for the next 1.0.4 release, right? laugh.gif

It will be nice, because I still dreaming about TAK hardware support on Cowon PMP unsure.gif


--------------------
Thinking Outside The Box
Go to the top of the page
+Quote Post
noorotic
post Dec 6 2007, 13:53
Post #24





Group: Members
Posts: 40
Joined: 22-January 07
From: usa
Member No.: 39911



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
smile.gif
Go to the top of the page
+Quote Post
BenniP
post Dec 6 2007, 19:46
Post #25





Group: Members
Posts: 73
Joined: 16-February 03
From: Germany
Member No.: 5014



Wow! Thank you Thomas for your amazing work! smile.gif

I'm rethinking about using foobar as my complete tool (playing & ripping), so far EAC did the ripping job.
Go to the top of the page
+Quote Post

2 Pages V   1 2 >
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: 21st December 2014 - 13:12