QUOTE
Lack of desynchronization means that the tags can confuse old MP3 players if they contain certain sequences (with software that's not a problem; with hardware it is).
Simple solution: keep only text in your tags and you will not have any random synchwords in the tag.
QUOTE
The size is extremely limited (8,000 bytes); this limit effectively prevents one from storing e.g. album art within the file. The "solution" is to use links -- but links are fragile. If a file contains a link to
http://www.some-server.tld/path/to/file there's no guarantee that in X years time when I want to follow the link that it'll still exist. Embedded data, whilst larger, is far safer -- if I have the file, I have the data.
It's not a limitation but a strong recommendation. It's way better to keep images in their own container separate from the audio data. This way you can view it with any image viewer you like, you will save diskspace since most images I've seen attached to files (cover art) is the same for all tracks in the album. There is no need to have links to webpages - file://./cover.jpg is better IMO.
QUOTE
String values are stored as UTF-8, which whilst acceptable for English is horrible for Far Eastern languages; UTF-16 is a much better (more efficient) encoding. ID3v2 allows both.
It's a factor 2 to 3 times bigger with asian characters. The ratio is opposite with English haracter set so I think it will even out. But even if it doesn't, why is it such a big deal to have a few hundred bytes bigger tag because of UTF-8, while at the same time you're in favour of putting whole images in the tag and think that 8000 bytes is too little?
QUOTE
There just aren't that many predefined item types. Sure, one can create one's own, but then one loses interoperability.
There are plenty IMO. And if the standard fields are not enough, what's stopping you to create your own? Interoperability?? Taggers should be able to show the "unknown" fields as a string list, so please don't give me that.
QUOTE
There's no standardized way of creating self-describing custom items. There is in ID3v2.
It can't be any easier: you just add it. Exactly the same way as with ID3v2's TXXX frame.
QUOTE
They can't (or at least, shouldn't be) be mixed with ID3v1 tags; but older (especially hardware) players need ID3v1, because it's all they understand.
Why not?