G'day there Bill,
First off, it wouldn't be all *that* much trouble to implement it, but it should be worth it. And I have doubts on that one ...
So let's see ...
Your finding hat TAK encodes faster than FLAC-8 will be true, but also is not of much value. This is because there is no use case in using FLAC-8 opposed to FLAC-5. You can almost nothing, and it takes ages longer. Solution : use FLAC-5 (not 6, not 4, just 5 which is the default).
Also, any comparison with Monkeys Audio is not much useful (I know, you didn't either, but mentioned it still) because it takes ages to decode.
Then, TAK compresses some 2% or so better than FLAC. Do we really bother about that ? of course, on 1 TB disk this allows you to store some 40-50 albums more, but it is still 2% only. This won't save your life once the disk is full up to that level; you'll buy a new one in either case.
The real "culprit" is about the decoding speed. I read that this is "at FLAC levels", which I would say too if I were the second best. But, it is 20% more slow, or something in that area. But careful now ...
It may have occurred to you (no, maybe not you I think, but others then) that decoding a complete album via XXHighEnd takes 5-8 seconds or so. This does not compare at all to the official lists with the relative respective numbers. For example, Monkey may take 2 minutes for it easily, and even the FLAC site talks about over 5 minutes for FLAC itself, although this was done on a PII 333MHz whatever by now old machine. The (relative) figures aren't correct, and this is caused by the way XXHighEnd is able to process things internally, which happens to go so with FLAC, and if it were for me, with FLAC only. I'll admit it is a kind of coincidence, but I myself am not even able to normally copy a file faster than FLAC converts it including the reading of the source file and writing of the destination file. So this is why e.g. Monkey becomes 20 times or whatever more slow. The same will happen to TAK (or at least I wouldn't know why not).
So, all together I don't see much virtue in doing it, which btw is a bad thing by itself for the developer of TAK. On this matter, compression is a sport and requires a lot of smartness plus knowledge. Thus, reasoning like I just did doesn't honour that much, does it ?
But still ...
Remember, it can be done. But the above incorporated it's always a thing of "don't I have other priorities ?".
Peter