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: Open Source TAK encoder (Read 10422 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Re: Open Source TAK encoder

Reply #100
Triza if something is irrelevant why you bother? Just leave it alone. Aggressive attitude including yours is the most pathetic and cringey here.
TAK has one thing no other lossless codecs have - best efficiency. It's irrelevant as in obscurity that only a tiny community uses it. That also makes comparison to widespread, de-facto standard Word/DOC or MP3 pointless.
It's nobodys business whats on TBeck mind. Maybe he finds TAK incomplete, wants to finish it and then go FOSS? Or go commercial? He made it and its none of your business. If there's something you don't like, ask, or just don't bother and go with something relevant like FLAC. It's not perpetuum mobile that you have to give it to the world.
And if you find it relevant why call it irrelevant? Respect the author.


Re: Open Source TAK encoder

Reply #102
I identify as Porcus above. I am Porcus's alter ego.

Re: Open Source TAK encoder

Reply #103
And I'm Porcus' father!

Re: Open Source TAK encoder

Reply #104
This entire discussion is surreal.
Perhaps it is.
It is a major boon to any format to have two independent implementations, especially of the decoder. Having at least a mostly-working proof-of-concept second decoder implementation is often seen as a must before any kind of real adoption of a format.
That might be true and I'm not against having two independent implementations of something like TAK personally.
Attempting to write a second implementation of an existing format is not theft, it is not harassment, it is not abuse, it is not rude, it is not illegal, it is simply a reasonable technical goal for someone to set themselves.
This might be true, as long as it's done from scratch I guess?
There's no legal, moral, or even "social convention-al" reason why someone writing a second implementation would be required to prostrate themselves at the feet of the writer of the original implementation, contacting them repeatedly over the course of years to humbly beg for their pontifical blessing.
Might be true, too. I assume this is actually what these inconsistencies are all about?
Some kind of contact could be nice, to cultivate a sense of community, but not required. Sounds like mycroft made some kind of attempt at one point many years ago.
I agree to the first sentence. I wonder how many attempts? Just one attempt and then he gave up? What language did he use when communicating with TBeck for the first time do you think? Did he have any patience at all? Only Mycroft and TBeck know. If he used the same language as we've witnessed here then I understand why things have become so difficult.
Almost all of us rely daily on things that would not exist without reverse engineering. If you've ever run DOS or Windows on something that wasn't an IBM PC actually sold by IBM Corporation, you were only able to do so because people reverse engineered the PC BIOS. If you've ever opened a Microsoft .DOC in any program other than MS Word, or any other word processing, spreadsheet, or presentation file in any program besides the originator of the format, that worked due to reverse engineering. If you've ever used shared files on a network drive, at least one machine in the network was running Windows, and at least one wasn't, you almost certainly relied on the years of reverse engineering of the SMB protocol done by the SAMBA team.
I don't think anybody here is against reverse engineering as a concept.
None of those groups obtained permission from the originators before working on their clean-room implementations.
In many cases that's probably true.
If it weren't for people who reverse engineer relatively obscure media and document formats, a lot of content from the last seventy years would simply be lost.
Good point.
I appreciate TBeck's achievements. I understand he is going through a hard time and has legitimate fears about people abusing leaked versions of his copyrighted code. That doesn't seem like a sufficient reason for the histrionics on display here. Jeano and Porcus, I'm going to call you in particular out for unreasonable reactions here as well.
People were positive to Mycroft's announcement in this thread until TBeck told us he was shocked. He apparantly didn't know about Mycroft's plans. After that, things went out of control. In the meantime the moderators removed some of Mycroft's posts. The whole discussion got at one point heated up and then we reacted. Because these posts now are gone you and others are not able to get/to see the whole picture (unfortunately).
For all I know, it's possible that mycroft doesn't have the promised working implementation and was merely trolling, or that he does have one and it's illegally based on leaked code, or that there's some other reason this would never be the boon one would hope for from a second implementation.
Then he should tell us instead of playing silly games with us.
But the only thing there's any actual evidence of in this thread is this: someone came to HydrogenAudio with what he thought was good news about something he had to offer, immediately faced all kinds of unreasonable accusations about driving the poor author of TAK to suicide by his awful, horrible, inhuman, inexcusable deed of trying to write a piece of interoperable software, understandably got upset at the reaction he was getting, wrote a couple bad replies, and has decided that HydrogenAudio is a hostile community he should not contribute to.
It's not like that at all. I think Mycroft is welcome here like anybody else. We're not hostile. He must just show some moderation and calm down a little. There is no need to use harsh words and try to use force. If he's working on something cool then it's of course valuable and great. Everybody likes open source software, compatibility etc. This thread began with a "throw in the face" for TBeck. The name of the thread says it all. It might have turned out differently from the very beginning if the name of the thread was "Open Source TAK encoder - would that be possible/feasible?" or "I would like to contribute to create an Open Source TAK encoder". Like I said: People were positive from the start until TBeck expressed his concerns. I think everybody should respect what he feels about it and discuss the whole issue like adults. We should help him improve upon TAK. That has to happen on his terms - at least for now. Personally I think it's a good thing if Mycroft and TBeck could work together to get TAK to become more wide spread as a format. If TBeck could let Mycroft create an open source TAK encoder that would in my view be awesome, but at the same time I believe it's wrong to "force" TBeck to think it's a good idea. He must believe in this path forward himself.
This is not a moment for anyone here to be proud of.
Well, it doesn't have to be that bad if only Mycroft and TBeck could "sit down" and talk. :)

Re: Open Source TAK encoder

Reply #105
TAK has one thing no other lossless codecs have - best efficiency. It's irrelevant as in obscurity that only a tiny community uses it. That also makes comparison to widespread, de-facto standard Word/DOC or MP3 pointless.
I agree completely. TAK is uniqe in its own way and there are people who love it for what it is. I hope TBeck continues his work on improving it. 8)

Re: Open Source TAK encoder

Reply #106
I think it's mostly about respect. Thomas had the unfortunate thing about YALAC being a beta (or alpha) release on April 1st, and members dismissed it as a joke.

But it delivered- MAC compression with FLAC decompression qualities.

When I got PM's to share the beta binaries, I just ignored them. It was out of respect for Thomas's work.

Now all this drama isn't helping.

All the dissertation of what defines this and that- it isn't helping.

Please give Thomas credit and let him continue to do something he obviously likes doing and had the courage to share. Personally, I'm honored he let me be involved in the early public releases.

As for me, I continue to support TAK as an obscure but considerably formidable lossless codec, much like the lossy codec MPC. (That means Musepack just in case of new members.)
"Something bothering you, Mister Spock?"

Re: Open Source TAK encoder

Reply #107
Thanks for Thomas good feedback I will not release TAK encoder at all.

I wish this codec remain obscure and unpopular forever ever.
Also wishes that circle jerk around TAK remain obscure as it really is and should be always just that - circle jerk.

Re: Open Source TAK encoder

Reply #108
In the meantime the moderators removed some of Mycroft's posts. The whole discussion got at one point heated up and then we reacted. Because these posts now are gone you and others are not able to get/to see the whole picture (unfortunately).
Indeed they did, and as you say - someone reading the thread now cannot see the entirety of the discussion as some of it was moderated. I saw two of the OP's posts that were removed and am in no way surprised that they were removed, especially given the claim and threat contained in the later of the two.

[edit] ... and I've just noticed that the posts I thought were deleted are still there, apart from one of the posts which is in the Recycle Bin forum.[/edit]
lossyWAV -q X -a 4 -s h -A --feedback 2 --limit 15848 --scale 0.5 | FLAC -5 -e -p -b 512 -P=4096 -S- (having set foobar to output 24-bit PCM; scaling by 0.5 gives the ANS headroom to work)

Re: Open Source TAK encoder

Reply #109
Also wishes that circle jerk around TAK remain obscure as it really is and should be always just that - circle jerk.
And that's a fantastic hardcore punk band, still kicking butt on stage more than 40 years down the road so thank you!

BTW, I still didn't get if the code you claim to have comes from a leak of TBeck's or from reverse engineering, but I'm too busy circling and jerking so I might've missed that piece of crucial information.
WavPack 5.6.0 -b384hx6cmv / qaac64 2.80 -V 100

Re: Open Source TAK encoder

Reply #110
I actually take Reply #107 to mean that @mycroft is indeed willing to think twice, something that is - unironically! - a good thing.
(Throwing some insults on the way - taking care of his evil image I guess - but still.)
Spoiler (click to show/hide)

Awaiting a TAK3 with impossible performance figures, release date set for 2024-04-01.

Re: Open Source TAK encoder

Reply #111
Thanks for Thomas good feedback I will not release TAK encoder at all.
You really know how to surprise someone. I rarely meet someone I find so hard to judge. That's not meant in a negative way, but it makes it so hard to trust.

I think some things would have gone very differently if you had emailed me first. Even if I -as you write- have not answered a mail 7 years ago. Maybe I was sick again, sometimes I can hardly read more than one line for days or weeks. Ok, I didn't make this public in the past, so you couldn't know that maybe that's why there was no answer.

Ironically, I had already planned to contact you later to ask for cooperation on the decoder for TAK 3.0. I am glad that you wrote a decoder for TAK 1/2 (even if I saw it differently many years ago...) and would not want to release V3.0 without an open source decoder being available. I wanted to at least provide you with the source code of the new elements as well as some test files.

I would be happy if this possibility would still exist.

But the work on TAK 3 will take quite a while. For this I will open a separate thread to discuss some features. Maybe I should split the work into two steps.

To make a first step, maybe I could send you the source code of the TAK 1 decoder, which is different from V2. I got some messages that your decoder is not working completely correct there. But maybe it is already fixed.

Somehow I had the feeling that I'd better answer quickly here. As if it's a moment when you can still give everything a positive twist.

I didn't think it all through and trusted DeepL 100 percent...

 

Re: Open Source TAK encoder

Reply #112
You can send me decoder for 1.X version if you want. Real specifications are much better. So I do not need to reverse Pascal code.
Although it is just codec with FIR coefficients for LPC with custom entropy coder and decorrelation for stereo.