Skip to main content

Topic: TAK 1.1.1 - Beta release (Read 20248 times) previous topic - next topic

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

It consists of:

- TAK Applications 1.1.1 Beta
- Winamp plugin 1.1.1 Beta
- Decoding library 1.1.1 Beta
- TAK Software Development Kit 1.1.1 Beta

The final release of the SDK will additionally contain some source code for the TAK container.

Download:

[ Specified attachment is not available ]
After the beta test phase this archive will be removed.

What's new

New Features:

- In very rare cases the presets -p3 and -p4 could compress much worse than the lower presets. A new filter in the encoder will nearly eliminate this annoying effect. It can also increase the average compression by a tiny (<= 0.05 percent) amount. Because of the filter, encoding with -p3 and -p4 will be a bit slower.
- Creation and verification of MD5 checksums of the raw audio data. The file info command can show you the MD5.
- Option to lower the process priority. Nice for background processing.

Improvements:

- Up to 9 KB smaller binaries. Although i have removed a lot of the assembler optimizations, the speed is still very close to the previous version.
- Further clean up of the Code.

Modifications:

- Support for seek tables removed. The new version will neither add seek tables to newly encoded files nor use seek tables contained in files created with older program versions. Important: Seeking in files without seek table is only supported since V1.1.0. Please update the WinAmp plugin and/or the decoding library for full seeking support in media players.
- There is a new metadata object which contains position and size of the last frame in the stream. This info is useful for seeking and tag detection.

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.

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.1 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 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


TAK 1.1.1 - Beta release
Reply #1
Thanks Thomas!
Allegari nihil et allegatum non probare, paria sunt.

TAK 1.1.1 - Beta release
Reply #2
Thanks for your hardly work! 
Could you change the low priority process function into that I could specific what level I want in the next version?
I find a little question in the 1.1.1beta version, the encoded file by 1.1.1beta version is be identified as 1.1.0 in foobar2000.I use foobar2000 0.9.6.3 beta1 and foo_input_tak.dll 0.4.2, maybe foo_input_tak.dll need to rebuild for this new version?
  • Last Edit: 15 February, 2009, 11:34:33 PM by Reinforce Generation

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.1 - Beta release
Reply #3
Could you change the low priority process function into that I could specific what level I want in the next version?

I don't really like to. It would require more explainations in the documentation and i like to keep it as simple as possible. Furthermore the meaning of the levels is likely to be different between different operating systems.

But if you don't feel comfortable with my level-choice (it's IDLE_PRIORITY_CLASS), feel free to tell me.

I find a little question in the 1.1.1beta version, the encoded file by 1.1.1beta version is be identified as 1.1.0 in foobar2000.I use foobar2000 0.9.6.3 beta1 and foo_input_tak.dll 0.4.2, maybe foo_input_tak.dll need to rebuild for this new version?

Sorry, my fault. I hadn't changed the codec version constant in the applications. Thanks for the report!

I don't think it's neccessary to release a fixed beta now?

  Thomas
  • Last Edit: 16 February, 2009, 04:32:11 AM by TBeck

  • wortels
  • [*][*][*]
  • Banned
TAK 1.1.1 - Beta release
Reply #4
TBeck I am really impressed with TAK but I am reluctant to use it because of it being closed source. I read some time ago that you were planning to license the source under a permissive license once the code was cleaned. Is there any progress regarding that?

  • sauvage78
  • [*][*][*][*][*]
TAK 1.1.1 - Beta release
Reply #5
aliumalik +1

I still follow tak development, but I will use flac as long as tak is closed.
For pure compression/storage, I prefer to buy a new HDD than using a closed codec.
I only wish I could enjoy tak's speed/compression improvement over flac.

Try again.
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 !!!

TAK 1.1.1 - Beta release
Reply #6
Sigh... 
Every time there's a new TAK topic, someone has to bring this up...
Thomas will release the source when he thinks it's the right time, this was discussed in EVERY single TAK topic.
This is getting a little old don't you think?
Allegari nihil et allegatum non probare, paria sunt.

  • sauvage78
  • [*][*][*][*][*]
TAK 1.1.1 - Beta release
Reply #7
... and everytime there is a new release it is not the right time ... sorry I have been following tak since the time it was called yalac so I have been waiting a long time ... I have been more than patient ... I recall a time when monkey audio developper was telling that he would maybe release the code ... specially as third party software developpers were asking him to do so ... it never happened ... (the source is available but the license is ... weird)

always telling: "later" is a clue that tak doesn't share the way of thinking of free software ... who care if it's bugged as long as it is instantly fixed ... free software developpers release opensourced code specially to find bugs ... the more eyes see the code, the less buggy is the code ...

years ago Tom had an excuse ... he was not releasing the code because he wanted to write a research/scientific article about his new technology & be the first to publish...
at time this was a very valid excuse to me ...

I never saw the article, I never saw the code ...

I am not crying for the code, I am only pointing the lack of honesty ... if Tak is closed source software, so be it, but plz tell it openly ... so that I don't long for more & that I can pass my way when I see a new Tak release.
  • Last Edit: 16 February, 2009, 08:01:21 AM by sauvage78
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 !!!

TAK 1.1.1 - Beta release
Reply #8
Besides porting to other platforms, I doubt there will be much more improvements aside from Thomas himself. You can see that the main development of both WavPack and FLAC are still from the original authors.
OSS is good, but it's not like there's a ton of people that have the knowledge/interest in audio encoding just waiting to get their hands on a new code.
Allegari nihil et allegatum non probare, paria sunt.

TAK 1.1.1 - Beta release
Reply #9
Thank you for adding Low Priority option, TBack 
Now, I'm waiting patiently for 1.1.1 to be finalized, and then I'm going to migrate to TAK.

  • GHammer
  • [*][*][*]
TAK 1.1.1 - Beta release
Reply #10
TBeck I am really impressed with TAK but I am reluctant to use it because of it being closed source. I read some time ago that you were planning to license the source under a permissive license once the code was cleaned. Is there any progress regarding that?


Educate me. Why are you reluctant to use TAK in its current form/release?
Are there people waiting in the wings wanting to improve it? Should I worry about some backdoor/malware? Some other reason?

Just curious, because personally, I can't read code well enough for it to matter to me.

  • Brent
  • [*][*][*]
TAK 1.1.1 - Beta release
Reply #11
Code being free generally ensures longevity, because although you (and me) don't write code, almost certainly someone who can, can pick it up, keep it up to date, port it to other, newer systems, etc. In 20 years from now it's quite possible Thomas will have lost interest and we no longer use Windows on x86 machines. If the source is open, anyone who can code and has an interest can port it to whatever system he choses so that you can keep decoding your music (and encoding).

  • alvaro84
  • [*][*][*]
TAK 1.1.1 - Beta release
Reply #12
Code being free generally ensures longevity, because although you (and me) don't write code, almost certainly someone who can, can pick it up, keep it up to date, port it to other, newer systems, etc. In 20 years from now it's quite possible Thomas will have lost interest and we no longer use Windows on x86 machines. If the source is open, anyone who can code and has an interest can port it to whatever system he choses so that you can keep decoding your music (and encoding).


Indeed, it's very useful to have the source in the collective subconscious, and I'd be a bit happier to if it was open (and I hope that it will be in the not too far future). But fortunately TAK is a lossless codec, so its demise and the need to convert music encoded with it won't cause data loss like it would in case of a lossy one  So it's pretty safe, even if it's closed at the moment.
So I'm waiting patiently.

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.1 - Beta release
Reply #13
TBeck I am really impressed with TAK but I am reluctant to use it because of it being closed source. I read some time ago that you were planning to license the source under a permissive license once the code was cleaned. Is there any progress regarding that?

aliumalik +1

I still follow tak development, but I will use flac as long as tak is closed.
For pure compression/storage, I prefer to buy a new HDD than using a closed codec.
I only wish I could enjoy tak's speed/compression improvement over flac.

Sigh... 
Every time there's a new TAK topic, someone has to bring this up...
Thomas will release the source when he thinks it's the right time, this was discussed in EVERY single TAK topic.
This is getting a little old don't you think?

Thank you for supporting me. But i think, it's totally ok to ask those questions, if someone is really interested into using TAK. It's different, if they are only beeing asked for some general ideological reasons.

While i don't want to criticize personal subjective preferences (it's a matter of taste i am also affected by in different fields...), there have been some statements i have to comment:
... and everytime there is a new release it is not the right time ... sorry I have been following tak since the time it was called yalac so I have been waiting a long time ... I have been more than patient ... I recall a time when monkey audio developper was telling that he would maybe release the code ... specially as third party software developpers were asking him to do so ... it never happened ... (the source is available but the license is ... weird)

Despite beeing a bit harsh, this is useful for me. I think you are right, that it's time for me to make a definite statement about an open source release of TAK. I will do this in a separate post within the next days.

always telling: "later" is a clue that tak doesn't share the way of thinking of free software ... who care if it's bugged as long as it is instantly fixed ... free software developpers release opensourced code specially to find bugs ... the more eyes see the code, the less buggy is the code ...

I don't think there have been many bugs in TAK releases. There can be minor issues with the beta releases, but please take into account, that i don't have any testers outside of hydrogen. At the time i release a beta, nobody else has tried the new version.

I am sure even the most prominent open source projects are obtaining bug reports following a beta release.

I can't empirically deceide, if open source projects are suffering from less bugs than commercial projects (for instance Internet Explorer vs. Firefox). I have the feeling, it's true for some of them. But i think, there are of other important reasons to be taken into account:

- Because open source developers are working on the things they like, they will be far more motivated and feel much more responsible (identification) for the results of their work.
- Open source releases are not subjected to the same time constraints as many commercial projects, where the software often has to be released at any price.

And the same is usually true for the developers of Freeware...

years ago Tom had an excuse ... he was not releasing the code because he wanted to write a research/scientific article about his new technology & be the first to publish...
at time this was a very valid excuse to me ...

I never saw the article, I never saw the code ...

I am not crying for the code, I am only pointing the lack of honesty ... if Tak is closed source software, so be it, but plz tell it openly ... so that I don't long for more & that I can pass my way when I see a new Tak release.

I already said, that i see the need for a general statement about an open source release of TAK. Therefore i understand your demand for a definite answer. Where i can't follow you is the harshness... Did i do you any harm because i haven't released the source code yet? Did it affect your live in an important way?

There simply is something you would like to have, but not in it's current form. I think, that's live...

Educate me. Why are you reluctant to use TAK in its current form/release?
Are there people waiting in the wings wanting to improve it? Should I worry about some backdoor/malware? Some other reason?

Thank you. Just one thing to add: My internet page about TAK is part of my presentation as self-employeed software developer. What do you think would happen, if i published malware???

  Thomas

  • wortels
  • [*][*][*]
  • Banned
TAK 1.1.1 - Beta release
Reply #14
TBeck I am really impressed with TAK but I am reluctant to use it because of it being closed source. I read some time ago that you were planning to license the source under a permissive license once the code was cleaned. Is there any progress regarding that?


Educate me. Why are you reluctant to use TAK in its current form/release?
Are there people waiting in the wings wanting to improve it? Should I worry about some backdoor/malware? Some other reason?

Just curious, because personally, I can't read code well enough for it to matter to me.

I think people have given most of the reasons why I want it to be OSS. For me personally
1) Cross platform usability. I use both linux and windows and most of  my music is stored externally so I need for it to be playable on both platforms. Most linux players cant/won't include support for for such formats because a) they have a conflicting license or b) they are shipped as a binary blob which causes other problems. In such a scenario you have to resort to reverse engineered decoders which might not be legal and considering that the TAK community is so small someone might not even care to reverse engineer it.
2) Future development. In the (improbable)  scenario that TBeck stops development on TAK someone will be able to provide at least playback support on new platforms. I know that not many developers would get involved in the development process but at least someone would be able to provide playback support/small fixes etc in the future IF development on TAK is stopped.
3) Market adoption. I know this is a far fetched idea but if TAK is kept closed source it might not even see the small hardware adoption FLAC has right now. I would like to at least have a possibility of it getting implemented in some hardware.

There are other small details which make users like me reluctant. Don't get me wrong TAK is a great codec and the reason so many people are nagging regarding this issue is because they want to use it without any apprehensions. Most of the people here continually shift between file formats and it might not seem a big deal to them but for the "encode and forget" user base such little things can be problematic. In the end while TAK compresses better than FLAC and it is indeed an excellent product it does not offer the peace of mind FLAC does.

PS: If TBeck decides to license it under an OSS license I would suggest dual licensing under GPL/LGPL. Thanks for all your work and contribution to the lossless community TBeck whichever way you decide to go.
  • Last Edit: 16 February, 2009, 09:38:52 PM by aliumalik

  • TBeck
  • [*][*][*][*][*]
  • Developer
TAK 1.1.1 - Beta release
Reply #15
Thank you for adding Low Priority option, TBack 
Now, I'm waiting patiently for 1.1.1 to be finalized, and then I'm going to migrate to TAK.

Could you please try, if the low priority setting fits your needs?

I think people have given most of the reasons why I want it to be OSS. For me personally
...

Thank you, that's very clear and thoughtful. 

And there is no contradiction from me.

But i have to take some other factors into account, when thinking about an open source release. I will post about it as soon as i find some time to write it down.

  Thomas

TAK 1.1.1 - Beta release
Reply #16
Could you please try, if the low priority setting fits your needs?

I already tried this beta, and it's exactly what I need  Thank you again.

By the way, I wonder whether TAK will report if there's decoding errors, like, decoded files are not the same as original files (MD5 mismatch)?
For instance WAVPACK, it will show decoded file's MD5 and original file's MD5 when decode.  FLAC will tell if there's MD5 mismatch and will not decode those files. Since I've never have corrupted TAK files before I wouldn't know how TAK will report in such situation.

And.. how about files that I encoded before MD5 option was implemented (TAK 1.0.4 and earlier)... if in the future, my files become corrupted, can TAK tell me whether those files are corrupted or should I re-encode using newer versions?

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
TAK 1.1.1 - Beta release
Reply #17
TAK already stores a 24-bit checksum for each and every frame, so this should not serve as a reason to re-encode.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

TAK 1.1.1 - Beta release
Reply #18
TAK already stores a 24-bit checksum for each and every frame, so this should not serve as a reason to re-encode.

Thanks, I just need a confirmation for peace of mind.

  • greynol
  • [*][*][*][*][*]
  • Global Moderator
TAK 1.1.1 - Beta release
Reply #19
I understand.  I went through a bit of paranoia over transcoding lossless formats in the past, which is why I remember this.
13 February 2016: The world was blessed with the passing of a truly vile and wretched person.

Your eyes cannot hear.

  • alvaro84
  • [*][*][*]
TAK 1.1.1 - Beta release
Reply #20
At last, I'm back home! I tried your new decoding library with foobar, and its speed seems to be pretty much the same level as 1.1.0, in spite of the removed asm routines. Tested on a Prescott P4 (workplace) and a Conroe Core2 (home). We've got a Brisbane X2 too, but it's just another K8 what you've already tested anyway

  • bwat47
  • [*]
TAK 1.1.1 - Beta release
Reply #21
So how does this compare to lossless formats like flac? does it encode smaller files?

TAK 1.1.1 - Beta release
Reply #22
So how does this compare to lossless formats like flac? does it encode smaller files?

Yes, it does and with even less encoding time than FLAC.
See this comparison page for more details.
  • Last Edit: 19 February, 2009, 11:41:32 AM by zombiewerewolf

TAK 1.1.1 - Beta release
Reply #23
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.

This is actually quite dissapointing. I tried to add TAK support to CUETools using pipe encoding/decoding, but encountered this problem too.
As container format is still a mystery, i have to start the decoder just to find out the basic information about the file, such as sample rate and length.
I abort decoding after reading the wave header, but takc.exe often stays running, and consuming CPU resources.
Would be nice if 1.1.1 didn't have this problem. Also would be nice to know enough about TAK container format at least to be able to determine
basic audio stream properties without starting a decoder. I saw a RIFF header in the files, is it always present? How do i find out where it starts?
One more request, could the decoder be enhanced to work from pipe to pipe, i.e. "takc.exe - -"? This is required to be able to play/transcode TAK
streams directly from a zip archive or network stream without creating (large) temporary files on disc.
Using .dll library is not an option for me, because 1) it only provides decoding, but i also need an encoder. 2) i need an x64 version, but sdk only contains x86.
  • Last Edit: 20 February, 2009, 11:17:16 PM by Gregory S. Chudov
CUETools 2.1.4

TAK 1.1.1 - Beta release
Reply #24
By the way, did you ever think about using some existing well-documented and well-implemented container format, like ogg(flac)?
I really don't understand why each and every codec tends to have a new container for it.
Reusing a well-known format would make it a lot easier for developers to support a new codec in their applications.
  • Last Edit: 20 February, 2009, 11:03:20 PM by Gregory S. Chudov
CUETools 2.1.4