Sunday 2 November 2003 — This is 21 years old. Be careful.
For some time now, I’ve wished for a simple script that could make m3u files (play lists) from a directory tree of mp3 files (songs, of course). I figured it would be an easy enough thing to do, but it is not.
I looked into the ID3 2.4 spec, and it’s not too bad reading the ID3 metadata from an mp3 file, but the data varies wildly depending on what ripping tool produced the mp3, and (surprisingly) what players have played the file. Windows Media Player likes to annotate the files when they are played.
There are a bunch of Python implementations of ID3 tagging out there, but ID3 keeps changing and the ones I could find were for older versions. I hacked around with adding the latest stuff, but the disparity of actual tags in my files left me discouraged.
By the way: the ID3 spec describes itself as “an informal standard”. I guess the author means that the standard has not been created under the stewardship of an official standards body. The document itself is the farthest thing from informal that I could imagine.
OK, so I could read the ID3 data from the file where it exists, but the m3u file also wants the length (in seconds) of the mp3 file. This information seems to be stored nowhere. I’m guessing most tools compute the length by examining the mp3 frames themselves. This theory is boosted by the fact that a few of them get the length wrong for variable bit rate files, presumably because they examine the first frame, then assume all other frames are the same rate (and that the file is almost all data frames).
At this point, I gave up. What’s the fun in dealing with dirty data? Does anyone have a tool that does what I want? My mp3’s are in directories by artist and album, and I’d love to have a .m3u file in each directory that listed all the mp3’s beneath it.
Update: In January 2004 I finally got a complete solution together.
Comments
HTH
dir elvis /b > elvis.m3u
dir doors /b > doors.m3u
...
works fine !
did i miss something ?
Add a comment: