Topic: Set of MP3s w/ tags not recognized by Cog

I have a set of MP3s (encoded by iTunes 1.1, I believe) whose tags Cog won't read, though other programs will (iTunes, MacAmp Lite).  Opening one of them up in a hex editor, I noticed that the header is much longer than in other MP3s encoded with the same program:

ID3......zTENC.......iTunes v1.1COM ...h...engiTunNORM. 00000223 000001AD 00000CC1 00000974 0003D0D5 0003D0D5 000070D5 0000797B 0000EA77 0003D090.TIT2.......Fade Into You.TALB.......So Tonight That I Might See.TRCK.......1/10.TYER.......1993.COMM...1...eng.Mazzy Star is: David Roback & Hope Sandoval.TPE1.......Mazzy Star

By contrast, here are two that do work:

ID3......"TEN....iTunes v1.1TT2....LentoTP1....Henryk G.reckiTAL..,.Symphony No. 3 (Jerzy Swoboda/Katowice SPO)TRK....1/3.
ID3......]TT2....One Of These DaysTP1....Pink FloydTAL....MeddleTCO....(17)TEN....iTunes v1.1TRK....1/6TYE....1971

Is it the additional junk in the header that's causing the problem?  If so, can Cog handle it more gracefully?

I'm still using 0.07r909, but unless there's been a change in the tag-reading code, this problem should apply to 0.08/Leopard too.

Re: Set of MP3s w/ tags not recognized by Cog

There have been some changes to the underlying library cog uses to read metadata. If it's broken in the nightly, please send me a sample file and I'll try to figure out what's going wrong.