> I've seen things like that as well: slimserver displaying information > that wasn't there in my ID3 v2.3 tags. I tracked that down to > differing ID3 v1.x tags in the files. After removing all v1.x tags > from my mp3 files (and leaving only the "real" v2.3 tags) and a "wipe > cache" all was fine again.
Those were flac files uning vorbis comments, but I found the culprit anyway. Not sure why it does what it does, though. Relatively early in the scanning progress slimserver finds an .mp3 in my misc folder, with "ALBUM=LIVE", only later in the scanning process it finds the Police album in question. As long as "Live" is included popular album title which requires an artist match the .mp3 doesn't show up in the same album as the Police .flacs but they still "inherit" its title, including capitalization. But why would slimserver assume the album titles to be the same in the first place? One is "LIVE", the other is "Live!" At the very least it's not case sensitive and even that would only explain it if the ! at the end of the second album's title either got stripped or if it were determined by the directory name at this point, which is just "Live" to avoid any special char problems. I retagged the .mp3 to use "ALBUM=__LIVE" for testing and suddenly the Police one came out fine, as "Live!" As sonn as I reverted it was all "LIVE" again. When's ALBUM read anyway, i couldn't find it in the --d_info output? C. _______________________________________________ Discuss mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/discuss
