That you only have to worry about tagging the files in a supposed lossless/lossy library once, not a second time, as it would be the case with one consisting of say, FLAC and MP3.
Hence my considering WavPack as the best of both worlds when it comes to lossless encoding (and just to stick to the now-ancient OP).
obviously it's imperative that each set are in the exact same order.
i'm pretty sure only it only updates files where differences have been found, even if you do you whole collection at once.
why ID3/APEv2 is worst than APEv2 or Vorbis tags?
Furthermore, the flexibility of TTA was named 'adaptive'
Apparently the TTA dev didn't agree, because the changes were undone. Furthermore, the flexibility of TTA was named 'adaptive', which is just an eufemism for not having any options, which is what the flexibility means.
But I wouldn't consider the presence of lots of possible encoding knobs to necessarily be a virtue or the lack of them to be a fault.
Why?If you don't like buttons, you can use all codecs without them. FLAC will default to compression level 5. So I wonder, how do you think having more options, and thus more flexibility, can be a bad thing? Just because it might frighten people to do something wrong?I agree, that a codec like OptimFROG has so many options and combinations of them (if I set mode, should I set optimize as well? Which combination is best? etc.) but most codecs have a relatively simple system for this.
I just think that the effects of flexibility are more important than the presence of flexibility.
but I wouldn't hold a lack of options against some hypothetical codec that doesn't offer any tune-able parameters but compresses very well.
What if a codec is faster at both encoding and decoding and compresses better, but has no options?
IMO, that row should either be reworked or removed. That it requires a note to explain what the title means is ridiculous.
I often wonder:What good are rows where there is no variation between participants?
If I first rip a CD (with errors) to an ALAC file, I understand:
If I then convert the ALAC file to a FLAC file:-will the new FLAC file have the checksum data present (or have I lost this capability since the file was once ALAC)?-will the new FLAC file be able to play through the errors (or again since it was once ALAC, will this capability be lost)?
Quote from: ktf on 10 November, 2014, 11:11:53 AMFurthermore, the flexibility of TTA was named 'adaptive'Yes, this surprised me when I saw it several days ago.
If I first rip a CD (with errors) to an ALAC file, I understand:-there is no checksum error detection.-with errors, the ALAC file may stop playing.
A while ago, I removed TTA from the main section of the mentioned wiki page because it doesn't seem to attract much attention (at least not at HA). The edit summary: Stripped table from and shortened text about Shorten, LA, TTA, ALS, SLS and Real Lossless
Recently, a TTA dev (Ald) has added it to the table again, but added an extra row with the feature "Password protection". I subsequently removed this, because it is only a minor feature that is supported by only one codec.
Again, you have removed the "Password protection" feature from table without discussing here, why? Please be patient.
- Highest encoding speed;
- Ultra low latency.
Hi, KTF! Why are you trying to remove TTA project? If you don't like it? Why?
Where did you get information about the popularity of codecs?
Again, you have removed the "Password protection" feature from table without discussing here, why?
TTA codec has three significant features:- Password protection;- Highest encoding speed;- Ultra low latency
Many people in the world think otherwise.
This information should be in the Lossless comparison table if you want to compare codecs correctly.
Other (in my opinion more important) features, like MD5 checksumming, cuesheet support, having multiple encoding/decoding implementations, supporting 32-bit floats aren't listed either, because the table would become to large and therefore harder to read.
Quote from: ald on 11 February, 2015, 07:22:28 AM- Highest encoding speed;According to the lossless codecs comparison by ktf, TTA encoding speed is 150x realtime, FLAC -4 is 300x, TAK -p0 is 400x. So, high but not the highest.
Quote from: ald on 11 February, 2015, 07:22:28 AM- Ultra low latency.How did you measure it?
Until such a feature has been discussed and there is some kind of consensus that it is important enough to signify a separate line in such a table, I think one should refrain from adding it.