PDA

View Full Version : 6.2.2 mp3 tag parsing



JackOfAll
2006-04-30, 05:02
Did something change in the way mp3 tags are read between the 6.2 nightly on 2006_04_23 and the 6.2.2 release?
Many of my mp3's are tagged with v1.1 and v2.4.0. The date is stored in both 1.1 and 2.4.0 TDRC. Since re-scanning my collection with the 6.2.2 release the database no longer contains the year at either track or album level, so it is not shown in the browser. Also, tagversion is now shown only as 'ID3v2.4.0'. Used to be 'ID3v1.1 / ID3v2.4.0'. Perhaps slimserver never used the 2.4.0 TDRC field for the year, but fell back to getting it from the v1.1 tag, but no longer does?

jth
2006-04-30, 06:40
Yes, the scanning has changed. If there is an id3v2 or ape tag,
the id3v1 tag isn't read at all.

JackOfAll
2006-04-30, 06:59
So which ID3v2.4 tag should contain the year, if TDRC is ignored? (Looking at the ID3 spec, TYER is deprecated in favour of TDRC.)

jth
2006-04-30, 07:21
I have always used TYER and that is still working fine. The great thing
about standards is that there are so many to choose from.

JackOfAll
2006-05-01, 05:08
The great thing about standards is that there are so many to choose from.

Ain't that the truth! ;-)

I'm no perl hacker, but a quick fix was for me was to add ....
$MP3::Info::v2_to_v1_names{'TDRC'} = 'YEAR';
.... to the end of the INIT block in Slim/Formats/MP3.pm.

Clive

Dan Sully
2006-05-02, 16:05
* JackOfAll shaped the electrons to say...

>I'm no perl hacker, but a quick fix was for me was to add ....
>$MP3::Info::v2_to_v1_names{'TDRC'} = 'YEAR';
>.... to the end of the INIT block in Slim/Formats/MP3.pm.

Thanks - commited.

-D
--
For every new fool-proof invention there is a new and improved fool.