ID3 metatags for podcast MP3s

There are 2 kinds of MP3 files I regularly download and throw on my iPod: podcasts and DJ mixes. Both suffer from the same problem: chaos and inconsistency in the usage of the ID3 metatags:

  • ‘Artist’ and ‘Album’ are not filled in
  • the ‘Album’ tag is used for the free-text description of the content
  • Some podcasters keep the ‘Artist’ field constant, some the ‘Album’ field, some change their logic every now and then
  • The ‘Title’ field always starts with the same 50 characters, so that if you see a bunch of them listed on you iPod, there’s no telling them apart

ID3 was clearly developed for CDs/albums and the podcasts/mixes above don’t really fit into that mould. Let’s elaborate on this.
There are actually two main types of albums:

the ‘Artist’ paradigm

A group or artists (e.g. “U2”) make a new album (e.g. “Achtung Baby”) at some point in time (e.g. 1991). All the songs on the album would have the same ‘Artist’, ‘Album’, ‘Genre’ and ‘Year’ tag. Each would have a different song title.

the ‘Compilation’ paradigm

Here the ‘Album’ tag is constant, but all other tags can change. Services like GraceNote CDDB or FreeDB actually link the main ‘Genre’ and ‘Year’ to the album, not the song, so those would be the same for all the songs. But the ‘Song’ and ‘Artist’ tag can change for each track. (CDDB actually stores a bit field to indicate whether an album is a compilation)

Then you have the special cases:

‘Mixed/chosen by’ paradigm

“A night at the Playboy Mansion” is a compilation album (because it features songs by a bunch of people) but the album is released as a Dimitri from Paris one. I would consider this a compilation, just to get the correct (different) artist for each song. For this type of compilation (e.g. the LateNightTales series), CDDB often gets it wrong: gives all songs the same ‘Artist’ field.

the ‘Remixes’ album

Contains songs by one group/artist, but they have been remixed. Who is the ‘Artist’ of a remix? I’m not even gonna mention (legal) copyright issues here. For the “Depeche Mode: Remixes 81-04”, the DM fans will claim that the artist is still the same, which means that all the remixer information has to go in the ‘Artist’ field, and leads to titles like “Master And Servant (An ON-Usound Science Fiction Dance Hall Classic – Adrian Sherwood)”. Do you want these tracks to show up when you select ‘Artist’ = “Depeche Mode” as your playlist? I guess you would.

So in what mould would podcasts fit? Let’s take three examples:

  • Daily Sourcecode
    Adam is a podcasting pioneer so he has already figured out how to use the metatags on his MP3s:

    Title: “DSC-2004-11-20”

    only 14 characters, to make sure you see the whole title on your iPod. Also, when you sort all songs alphabetically on ‘Title’, they are also sorted (reverse) chronologically. For a daily/weekly podcast, this makes a lot of sense. If the title contained a list of topics, it would be very hard to recall which ones you have already heard, whereas now you just need to remember how many days backlog you have.

    Artist: “Adam Curry”

    Well, the SourceCode is a one-man-show, so this is the only right ‘Artist’ field!

    Album: “1st cast from the cottage”

    This is the tricky one. The ‘Album’ field is the only one left to throw in some information on the contents, so that it shows up on the iPod. But having free-text bogus ‘Album’ names in iTunes, means that the ‘Album’ drill-down becomes very cluttered. A solution would be to use a “Daily Sourcecode: …” as ‘Album’, but unfortunately, the iPod only lets the ‘Title’ field scroll when it’s too long, not the other fields. So you could get “Daily Sourcecode: some ranting abou…” as ‘Album’ and that wouldn’t explain much. If Adam would have a lot of personal podcasts, then this should be “Daily Sourcecode”, and all variable information should go into the ‘Title’ field. The way Adam did it, is better for iPod usage, and less for iTunes usage.

    Genre: “Podcast”

    Most podcasts put the ‘Genre’ to “Podcast” or “Speech”. This is a very good practice, since you can use a Smart Playlist on your iPod that shows you all the files with Genre = “Podcast” and Play Count = “0”, i.e. “all new podcasts”.
  • ITConversations
    This is a great podcast, but not a one-man show (so there are different ‘Artists’). Doug Kaye has been publishing since 2002 so also here the ID3 tags are well thought through:

    Title: “November 18, 2004″/”Elections 2004”

    For recurring programs with various topics (Gillmor Gang) just the date, and for events a short topic description. Best of both worlds!

    Artist: “The Gillmor Gang”/”Ed Cone”

    The ‘Artist’ refers to the speaker(s) of the program.

    Album: “IT Conversations”/”Bloggercon III”

    ITConversations can be compared to a ‘Record Label’ that produces ‘Compilations’. There is a ‘Gnomedex 4.0’ compilation, a ‘Bloggercon III’ compilation, and a general ‘IT Conversations’ album that includes the Gillmor Gang.

    Genre: “Speech”

    Consistently used in all podcasts.

    Copyright: “RDS Strategies LLC”

    Interesting information, but no way to find out who RDS is, or how to contact them in case you would want to redistribute the content
  • WeFunk Radio
    Great music, but the MP3 tags leave something to be desired:

    Title: “WeFunk_Show_354_2004-11-06”

    Just too long, and clearly the same as the filename (so underscores instead of spaces). Better would be: “WeFunk 2004-11-06” or “WeFunk Show #354”.

    The rest: empty

    Obviously not good

Some more remarks:

  • If you have a website and you want visitors, include the URL in the metatags. The MP3 might start leading its own life (get copied, transferred) and an interested listener might not have seen the RSS/site the MP3 was published on.
  • Why not include a link to a Creative Commons license?
  • With the ID3v2 tags, the tags should be in the beginning of the MP3 file. A cache/proxy could start streaming the MP3 and adapt e.g. ‘Copyright’ and ‘Genre’ fields in the first 5KB.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.