Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • by pudge (1) on 2003.01.05 20:40 (#15768) Homepage Journal
    This only sets the ID3v1 tag. MP3::Info does not write ID3v2 yet. I hope to change that at some point in the next few months. In case you (or a reader) doesn't know, ID3v1's main disadvantage is that each field (artist, album, title) is limited to 30 characters. MP3::Info can read ID3v2.2.0 through ID3v2.4.0 (in theory; I have some bug reports that need looking into), but cannot yet write.

    So if you writing ID3v1 is fine with you, you will either want to remove the ID3v2 tag (MP3::Info can do that for you), or make sure that when you are reading the data back, you read back the right version (get_mp3tag lets you select which one).

    Also, I don't know why the info is not getting from iTunes into the ID3 tags. It should. Maybe it is that you are looking for the ID3v1 tag and it is in the ID3v2 tag? It can have both (ID3v1 is at the end of the file, ID3v2 at or near the beginning), and for most apps, the ID3v2 will override the ID3v1. iTunes defaults to writing ID3v2.2.0, IIRC (and I believe there is no way to change that, though you can tell iTunes to convert the tags to another version, though I am almost certain iTunes is buggy in this conversion ... something I will investigate while working on MP3::Info bug reports :-).
    • I love the id3convert utility that comes with the id3lib package [sourceforge.net]. It solved my tagging hell (which was different from yours: ripped in RealAudio, tags buggered in iTunes).

      --Nat