Bugzilla – Bug 1596
metadata errors during scan
Last modified: 2008-08-18 10:54:16 UTC
I tried upgrading to 6.0.2 and found the scanning of mp3 files still is missing bunches of songs. With 6.0.2 I get 847 albums, 8876 songs, 601 artists. A recent 6.1 nightly build had 846 albums, 8897 songs, 604 artists. On 5.4.1 I get 879 albums, 9274 songs, 624 artists. Most of the missing songs had file names with characters having the high-order bit set. (Or folders -- didn't get any of the tracks in the "Sigur Rs/( )" folder.) 5.4.1 didn't have any problems with these. It also managed to make entries under "No Genre", with albums but no songs if you tried to navigate to the leaves. Another problem is that some of the artists are misspelled -- it is looking at the ID3 v1.1 tag sometimes and not the ID3 v2.3 tag. Many tracks have both v1 and v2 tags and iTunes seems to only change the v2 tag when you correct something. This also wasn't a problem in 5.4.1 which ignored the v1 tag if there was a v2 tag.
The precedence of tag versions is the same for 6 as it was for 5. Counts for 5.4.1 were notoriously inaccurate and should not be used for a baseline. How many tracks 'should' you be seeing? Check old playlists for meta-info as 6.0 will use EXTINF tag info when matching files are found in playlists. If you still have problems with certain files, please attach a sample file to the report. section of d_info logs around the problem tracks may also be of use.
also retitling to something a bit more...useful. I suspect this may, however, be stuff that is already covered by other bugs involving meta-data.
Guy - what is your LC_CTYPE or LANG environment variable set to? Are you accessing your music across a network share?
LANG (from shell) is "en_US.UTF-8", but that may not be what's in the environment for slimserver as I start it at boot time via the /etc/init.d mechanism. I sometimes play via Shoutcast, but that doesn't really seem relevant -- I have no problem playing files in the database, just getting them in in the first place. And only half of the problem (or 1 of 2 problems) is with metadata (when you have both v1 and v2 ID3 tags). The main bug is that, regardless of metadata, mp3 files won't be included if the full path name to the file contains an "objectionable" character.
please try the july 6 build. Dan put through a unicode fix that may clear up several of the charset-based errors.
I'm going to close this bug - please wipe & rescan your library after updating to the 6.1b2 (or later) build. Thanks.
This bug was marked resolved in Slimserver 6.1, which is several versions ago. If you're still seeing this bug, please re-open it. Thanks!