use Perl

• Actually, not all comments. (Score:1)

  by blech (1597)

  iTunes doesn't store all comments in the 'COM ' tag. It stores textual comments (ie the ones edited via the command-I tag inspector) in a proper 'COMM' header. What it does store in 'COM ' is the CDDB2 discid.
  
  I suspect that's why it defaults to id3v2.2, where tag IDs are three letters (and 'COM' is therefore valid). Why it *doesn't* convert this particular 'COM ' to 'COMM' I don't know.
  
  This also explains why it only occurs on some mp3s, as only mp3s ripped by a CDDB2 client writing id3v2.2 tags which are
  • Re:Actually, not all comments. (Score:2)

    by pudge (1)

    You didn't write it up! Eye keel j00! No, that's OK, it didn't take me long to find it. But yes, I noticed that it stored the user-specified comment in COMM. It's quite broken.
    
    I am adding a new type of "mode" for get_mp3tag() which returns all the ID3v2 information it can. It is dissimilar from the plain get_mp3tag in that it returns more than just the ID3v1 frame types, and different from the older "raw_v2" mode in that it does the text encoding (and other manipulative) stuff to the data. It also co
• Compilation field (Score:1)

  by jerakeen (3413)

  I've been writing stuff to put music imported by iTunes in the right directories to match the rest of the collection, and found the 'TCP' frame, that contains the 'compilation' value (for various artists albums, you can't store the album in a folder by artist, so if this is set, I store it under 'various artists'. Can't find that in the spec anywhere either..