in id3lib-3.8.3/include/id3/globals.h, there exists the
following chunk of code:
ID3_ENUM(ID3_V2Spec)
{
ID3V2_UNKNOWN = -1,
ID3V2_2_0 = 0,
ID3V2_2_1,
ID3V2_3_0,
ID3V2_4_0,
ID3V2_EARLIEST = ID3V2_2_0,
ID3V2_LATEST = ID3V2_3_0
};
It should instead be:
ID3_ENUM(ID3_V2Spec)
{
ID3V2_UNKNOWN = -1,
ID3V2_2_0 = 0,
ID3V2_2_1,
ID3V2_3_0,
ID3V2_4_0,
ID3V2_EARLIEST = ID3V2_2_0,
ID3V2_LATEST = ID3V2_4_0
};
That is, if ID3v2 2.4.0 support is mature enough in
id3lib to be useful. Without the change, it's
impossible to read the 2.4.0 tags created by recent
versions of iTunes, Media Rage (for the Mac), Helium
Music Manager (for the PC), and a wide variety of other
software that reads and writes 2.4.0 tags just fine.
Logged In: YES
user_id=1258008
Originator: NO
Gstreamer based ripping apps also write id3v2 2.4 tags that apps based on id3lib can't read.
Logged In: YES
user_id=1438909
Originator: NO
I just run into a problem today, beacuse id3lib doesn't support ID3v2.4
Can you please update?
Yes, I posted a month ago or so on this problem re: the id3v2 tool, which depends on id3lib. Someone who did some investigation into the problem concluded that the problem lies with id3lib.
Any work going on with this yet?
Thank you!
Changing ID3V2_LATEST to ID3V2_4_0 worked for me, but the devs should say why is it not enabled by default.
Please support v2.4, see e.g. https://sourceforge.net/p/id3v2/bugs/52/