Skip to main content

Topic: TAK 1.1.0 - Beta release (Read 52861 times) previous topic - next topic

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

It consists of:

- TAK Applications 1.1.0 Beta 4
- Winamp plugin 1.1.0 Beta 4
- Decoding library 1.1.0 Beta 4

The SDK will come with the final release.

Download:

Download link removedTAK 1.1.0 Final has been released.

Fixes in Beta 2 / 08-12-20

- Takc.exe contained a bug: When using pipe encoding with the parameter combination -ihs -sts0, the encoder stopped with an error message.

Only Takc.exe and it's readme have been modified.

Fixes in Beta 3 / 08-12-20

- On very rare occasions (about 1 of 250,000 seeks in my tests) the decoder could fail when seeking to the end of a file with a quite large (i am testing up to 4 MB) meta data structure (APEv2-tag) at the end. This resulted in an "undecodable" error message and affected the decoding library and the winamp plugin.

All binaries and the readme have been modified.

Fixes in Beta 4 / 08-12-30

- Tiny speed improvements.
- If pipe encoding is used without the -ihs paramter (that is for instance required for foobar), TAKC will now reserve only 46 bytes in the header for the storage of wave file meta data. That's sufficient for a standard wave file header. Earlier version reserved 1 MB (!) in the header, making the compressed file accordingly bigger.

All binaries and the readme have been modified.

What's new

New Features:

- Support for 192 Khz Audio.
- Seeking without seek table.

Caution: Decoders prior to those released with V1.1.0 can't decode 192 Khz files and can't seek in files without seek table.

Improvements:

- Encoding and decoding speed improvements of about 3 percent for presets p0 and p1 on my system. Also some decoding speedup for p2.
- Fixed a bug in the encoder that resulted in suboptimal compression of some loud files and especially high resolution audio. Some files may gain about 0.05 percent of compression. Not much, but it comes without any speed penality.
- Further clean up of the Code.

Modifications:

- I hope you don't mind but i always had the feeling 5 presets are enough. Therefore i dropped the appropriately 'Insane' named preset -p5 and instead made presets 3 and 4 stronger. Okay, new -p4 will nevertheless be slightly weaker than old -p5, because i have reduced the maximum predictor count from 256 to 160. Before doing this i performed a detailed analysis of predictor count * compression * speed. There are not many files which benefit from such high predictor orders. Two of my file sets contain many of such files, but even they will only loose about 0.10 percent compression. Not a big loss if in exchange you get nearly half the decoding (cpu power) requirements.
- Removed option to modify the Prefilter sensitivity.

Known issues:

- If you use pipe decoding and the application reading the pipe is beeing terminated before the whole file has been read, TAKC may get into an endless loop and has to be manually killed with the task manager. I don't think this is a big issue but i will try to fix it in one of the next versions. BTW: Big thanks to shnutils for testing the pipe decoding!
- There seem to be some compatibility issues with pipe decoding to some other applications ("crc1632.exe" has been reported). I will try to fix it in the next release.

Some remarks:

The beta release has been delayed because my enhanced validation procedure found some bugs in the new seeking-without-seektable feature. After the correction of the 3 bugs i found, i lost about 2 percent of speed because of now suboptimal code alignment.

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.1.0 rare bugs are still possible (as always...). Please try the beta release and report any bugs in this thread.

It's important to test the new seeking-without-seek table feature:

- Encode a file (big files would be nice and APEv2 tags too) with no seek table: -sts0
- Play it back with Winamp or Foobar and perform some seeks.

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 2 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: 05 January, 2009, 12:01:24 AM by TBeck

TAK 1.1.0 - Beta release
Reply #1
Congrats on the new beta! 

  • CPKTV
  • [*][*]
TAK 1.1.0 - Beta release
Reply #2
thanks for new beta.
does winamp plug-in supports transcoding?

TAK 1.1.0 - Beta release
Reply #3
Thanks for the beta Thomas.
Single file albums with embedded cuesheets and no seektable are seeking very fast here
Allegari nihil et allegatum non probare, paria sunt.

TAK 1.1.0 - Beta release
Reply #4
First, thank you Thomas for your dedicated work. 
I've used your codec for 9 months now and have never had a single problem.

I've just encoded/decoded some files with foobar2000, presets from p2 to p4. There are indeed some speed/compression changes/optimizations. p4 compression efficiency is very close to old p5 with a slightly faster speed. Synthetic Soul will have to update his lossless codec comparison.

I've also tried some long files using the seeking-without-seek table feature. Seeking is really fast and I've encountered no issues so far.

Looking forward to future releases and optimizations. 

  • Squeller
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #5
I wanted to test -sts0 with fb2k but couldn't make it work.

Command line arguments for takc.exe in fb2k: -e -sts0 - %d

Code: [Select]
Source: "M:\Musik\Klassik\_Various\Bainton - Symphony No. 3, Boughton - Symphony No. 1 (Handley - BBC CO)\CDImage.tak" / index: 3
  An error occurred while finalizing the encoding process (Object not found) : "C:\Users\Michel\Desktop\CDImage.tak"
  Conversion failed: Object not found


Hmm, yes, after the conversion is finished the file disappears and the fb2k error message appears. The conversion goes from a tak with embedded CUEs to another Tak.

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #6
I wanted to test -sts0 with fb2k but couldn't make it work.

Command line arguments for takc.exe in fb2k: -e -sts0 - %d

You have to add the -ihs switch: -e -ihs -sts0 - %d

From the Readme:
Quote
...A similar problem arises if the other application does not know the final sample count of the audio data. This can happen, if the audio data is simultaneously beeing ripped from a cd or if the data is beeing converted from a format which doesen't provide an accurate size information before the whole decoding is done. In both cases the other application can not write an accurate sample count into the wave header which is beeing sent to TAK.

You have to tell TAK to ignore this size entry by adding the ignore-header-size switch to the command line:

Code: [Select]
takc -e -ihs - Outfile
  • Last Edit: 19 December, 2008, 03:58:36 PM by TBeck

  • Neasden
  • [*][*][*]
  • Banned
TAK 1.1.0 - Beta release
Reply #7
It would be nice a TAK website featuring the winning TAK logo!

  • Squeller
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #8
You have to add the -ihs switch: -e -ihs -sts0 - %d
Hmm. But I've just removed it because it brought me more trouble. This didn't even create a tak file at all.

- I load a cuesheet into fb2k, the references work, double clicking starts playback. Select some tracks now.
- start takc in the converter with "-e -ihs -sts0 - %d"
- The converter runs through at 1000x+, then "Could not start conversion process (Object not found)."
- Vista

Fb2k console says:

Quote
Command line: "M:\Musik\foobar2000\takc.exe" -e -ihs -sts0 - "CDImage.tak"
Working folder: C:\Users\Michel\Desktop\name\anothername\
Conversion failed: The encoder has terminated prematurely with code 2; please re-check parameters
  • Last Edit: 19 December, 2008, 04:46:23 PM by Squeller

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #9
You have to add the -ihs switch: -e -ihs -sts0 - %d
Hmm. But I've just removed it because it brought me more trouble. This didn't even create a tak file at all.

Does it work without "-sts0"?

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #10

You have to add the -ihs switch: -e -ihs -sts0 - %d
Hmm. But I've just removed it because it brought me more trouble. This didn't even create a tak file at all.

Does it work without "-sts0"?

Plobably not...

I can reproduce the bug! I will try to fix it soon.

Thanks for the report!

  Thomas

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #11
Ok, i've got it.

It only can happen with pipe encoding and the parameter combination -ihs -sts0.

There is code in my encoder that checks valid paramter combinations and i forgot to update it after implementing -sts0. Now the encoder refuses to work because of invalid arguments.

It's not dangerous, it will simply create no file and show an error message.

I hope to release a fixed beta 2 within 1 or 2 hours.

  Thomas

  • Squeller
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #12
Thank you Thomas, I'll use it tomorrow then.

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #13
Beta 2 has been released

The download link is in the first post.
  • Last Edit: 19 December, 2008, 06:53:06 PM by TBeck

  • Synthetic Soul
  • [*][*][*][*][*]
  • Global Moderator
TAK 1.1.0 - Beta release
Reply #14
Synthetic Soul will have to update his lossless codec comparison.
The problem is that my machine has been upgraded to XP, altering the test platform.  I would like to get some tests done - I've tested TAK since the alphas and I feel compelled to continue - but it may not be part of that comparison.
I'm on a horse.

  • Squeller
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #15
I encoded to some album image files with embedded Cuesheet and apev2 tags, sts0. Jumping from track to track and inside tracks works instantly so that currently I don't see a reason why I should use a seektable. BTW I chose tak since the beginning of my lossless archive, never ever had a single problem.

  • BenniP
  • [*][*]
TAK 1.1.0 - Beta release
Reply #16
Hello,

i'am trying TAK for the first time, great compression and fast encoding speed!

It works fine but, don't know if this is beta related, I can't get pipe encoding to work.

My parameters in foobar
Code: [Select]
-e -p4 -sts0 - %d

foobar always tells me "could not enumerate tracks (Object not found) on:" follow by the filename.

I'm using the %s switch instead now.

TAK 1.1.0 - Beta release
Reply #17
Synthetic Soul will have to update his lossless codec comparison.
The problem is that my machine has been upgraded to XP, altering the test platform.  I would like to get some tests done - I've tested TAK since the alphas and I feel compelled to continue - but it may not be part of that comparison.

I get your point. Nevertheless, I run on XP and the speeds mentionned on your page are very close to what I got. New tests would be very helpful for the community so feel free to do it even regardless of your previous ones.
By the way, your comparison helped me a lot deciding which codec and preset to use so I must thank you for that.

Hello,

i'am trying TAK for the first time, great compression and fast encoding speed!

It works fine but, don't know if this is beta related, I can't get pipe encoding to work.

My parameters in foobar
Code: [Select]
-e -p4 -sts0 - %d

foobar always tells me "could not enumerate tracks (Object not found) on:" follow by the filename.

I'm using the %s switch instead now.

Squeller mentionned the problem. Thomas fixed it in Beta 2. I just tried it with a long 30-minute Bruckner movement and an album image with embedded cue sheet: it works fine now. Your command line missed -ihs so use this:
-e -p4 -ihs -sts0 - %d
  • Last Edit: 20 December, 2008, 05:24:14 AM by melomaniac

  • Squeller
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #18
TBeck, if -ihs is mandatory when using -sts0, you should internally handle the lack of that switch, otherwise many users would get confused.
  • Last Edit: 20 December, 2008, 05:55:22 AM by Squeller

  • BenniP
  • [*][*]
TAK 1.1.0 - Beta release
Reply #19
Now that was easy! 

Thank you very much!

/EDit: Self-Notice: Oh and reading the complete thread would be quiet helpful. 
  • Last Edit: 20 December, 2008, 05:59:06 AM by BenniP

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #20
Beta 3 has been released

The download link is in the first post.

I am very confident that this will be the last beta.

  Thomas

  • Synthetic Soul
  • [*][*][*][*][*]
  • Global Moderator
TAK 1.1.0 - Beta release
Reply #21
Synthetic Soul will have to update his lossless codec comparison.
The problem is that my machine has been upgraded to XP, altering the test platform.  I would like to get some tests done - I've tested TAK since the alphas and I feel compelled to continue - but it may not be part of that comparison.
I tested TAK 1.1.0b3 as well as FLAC 1.2.1 again.  The results for FLAC 1.2.1 were so similar that I thought it OK to add the TAK 1.1.0 results to my comparison (i.e.: I don't think the upgrade to XP has made a noticeable difference to the test set-up).  As usual, use ?all=1 to view previous versions' settings.

Here's the data for TAK 1.0.4 and 1.1.0:

Code: [Select]
      |  1.0.4                    |  1.1.0
============================================================
-p0   |  65.803%    130x    147x  |  65.802%    131x    141x
-p0e  |  65.573%    108x    146x  |  65.573%    109x    142x
-p0m  |  65.455%     59x    146x  |  65.455%     61x    142x
-p1   |  64.837%    107x    145x  |  64.836%    108x    141x
-p1e  |  64.748%     89x    145x  |  64.748%     91x    141x
-p1m  |  64.640%     50x    146x  |  64.640%     51x    142x
-p2   |  64.078%     65x    128x  |  64.077%     66x    126x
-p2e  |  63.947%     52x    128x  |  63.946%     53x    126x
-p2m  |  63.861%     32x    128x  |  63.860%     32x    125x
-p3   |  63.833%     41x    117x  |  63.763%     38x    113x
-p3e  |  63.766%     33x    117x  |  63.695%     31x    112x
-p3m  |  63.727%     23x    116x  |  63.650%     20x    112x
-p4   |  63.643%     28x    111x  |  63.585%     24x    103x
-p4e  |  63.623%     18x    111x  |  63.562%     15x    104x
-p4m  |  63.604%     16x    111x  |  63.544%     14x    104x
-p5   |  63.576%     20x     98x  |
-p5e  |  63.543%     11x    102x  |
-p5m  |  63.525%     11x    102x  |
I'm on a horse.

  • sauvage78
  • [*][*][*][*][*]
TAK 1.1.0 - Beta release
Reply #22
Thks Synthetic Soul, the update of your comparison was usefull to me.
Rip & Check: EAC Secure [Low/C2]+CUETools [AR Confidence 2+]
NAS (Backup): Flac -4 (for Speed) | CDImage+CUE with F2K
DAP (Playback): Opus 128Kbps | Tracks with F2KM on Android (LG G5)
Video: VP10 (2160p30@24Mbps/2160p60@48Mbps) Asap !!!

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #23
thanks for new beta.
does winamp plug-in supports transcoding?

No.

Single file albums with embedded cuesheets and no seektable are seeking very fast here

I've just encoded/decoded some files with foobar2000, presets from p2 to p4. There are indeed some speed/compression changes/optimizations. p4 compression efficiency is very close to old p5 with a slightly faster speed.
...
I've also tried some long files using the seeking-without-seek table feature. Seeking is really fast and I've encountered no issues so far.

Fine!

I encoded to some album image files with embedded Cuesheet and apev2 tags, sts0. Jumping from track to track and inside tracks works instantly so that currently I don't see a reason why I should use a seektable.

Indeed i possibly will drop the seek table in one of the next version, when hopefully most users have upgraded to the new decoders with seeking-without-seek table support.

TBeck, if -ihs is mandatory when using -sts0, you should internally handle the lack of that switch, otherwise many users would get confused.

It's mandatory for foobar, but not in any other situation. For instance it's not required when reading the wave data directly from a file: "-e - <SomeWaveFile.wav"

It would be nice a TAK website featuring the winning TAK logo!

Yeah. I wanted to release this version with thelogo, but to be honest, i am not perfectly happy with it. It looks not so nice on my desktop, what is possibly caused by it's transparency feature. I will have to contact the creator to try some modifications.

Thank you all for testing the beta!

I intend to realease the final version within the next days. Please keep on reporting bugs if there are any....

  Thomas

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.0 - Beta release
Reply #24
Here's the data for TAK 1.0.4 and 1.1.0:
...

Thank you so much! 

Although the results are obviously different from what i expected: Decoding got slower on your system!

Well, i am optimizing for my two systems: An Pentium III with 1 GHz and an Pentium Dual Core with 2 GHz. Both systems are encoding and decoding faster with V1.1.0.

Unfortunately i don't have an Athlon system to check. Probably your CPU doesen't like one of the new optimizations. I will try to compensate this in the next version.

  Thomas