Bug 4071 - Band Names in mp3 Tags don't always work
: Band Names in mp3 Tags don't always work
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Tagging
: 6.5b1
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Dan Sully
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-09 07:12 UTC by slough
Modified: 2008-12-18 11:11 UTC (History)
5 users (show)

See Also:
Category: ---


Attachments
The attached file is an mp3 file where the ID3 tag does not show the artist name or album (yet it does on other programs) (5.22 MB, application/octet-stream)
2006-09-10 21:39 UTC, slough
Details
Attached is a screenshot of the failed ID3 tag (9.72 KB, image/jpeg)
2006-09-10 21:49 UTC, slough
Details
Attached is the same tracks as shown in media jukebox (23.01 KB, image/jpeg)
2006-09-10 21:52 UTC, slough
Details

Note You need to log in before you can comment on or make changes to this bug.
Description slough 2006-09-09 07:12:59 UTC
I just noticed on the latest version of Slimserver that I downloaded (6.5b1) that it has an odd problem with tags.

It seems to miss quite a few albums out, although I don't know how many.

I noticed the problem with the band Snow Patrol. I have three albums from snow patrol and previously, when browsing it would see all three. Now, it only see's two (the two latest I ripped) but not the original. When I search for a song from the missing album, it does find it, but has all the tags wrong.

It doesn't list the artist or album, and the name is the "file name" only.

This problem isn't evident on Media Jukebox, which I use to tag all my tracks. So, in media jukebox it sees the correct name, artist and album.

Both list the ID3 tag as follows: ID3v2.3.0

I tried a full rescan of library, but it doesn't fix the problem.
Comment 1 Chris Owens 2006-09-10 15:16:12 UTC
Hi, could you describe how your music is ripped?  Into individual MP3 files with the ID3v2.3 tags you mention?  Are both working and nonworking albums ripped that way?  Are you using a CUE sheet instead of (or in addition to) your tags for any tag information?

If these are all just plain 'ol .MP3 files, could we get you to upload one of the files that is not getting scanned correctly?
Comment 2 slough 2006-09-10 21:39:19 UTC
Created attachment 1509 [details]
The attached file is an mp3 file where the ID3 tag does not show the artist name or album (yet it does on other programs)

The attached file is an mp3 file where the ID3 tag does not show the artist name or album (yet it does on other programs). It also displays the title of the mp3 as the fie name.
Comment 3 slough 2006-09-10 21:49:33 UTC
Created attachment 1510 [details]
Attached is a screenshot of the failed ID3 tag

This image shows the song "Somewhere a Clock is Ticking". You can see that for some reason the title of the song is now the file name, no artist is listed, and no CD. However, the songs below from a different artist are correctly listed
Comment 4 slough 2006-09-10 21:52:03 UTC
Created attachment 1511 [details]
Attached is the same tracks as shown in media jukebox

As you can see on the 3rd attachment, in media jukebox, the three songs all seem to be tagged correctly
Comment 5 Ross Levine 2006-09-11 16:04:56 UTC
Verified with 6.5b2, the tags from this file are not showing up properly in SlimServer, they show up as No artist, No albuem, etc. The tags on this file look proper in MP3tag as well as Winamp. 
Comment 6 Dan Sully 2006-09-11 18:35:22 UTC
It's working fine for me.

I'd like to see the output of --d_info from a scan in with just that file in the Music Folder.
Comment 7 Dan Sully 2006-09-14 18:17:18 UTC
Ping
Comment 8 Ross Levine 2006-09-14 18:58:30 UTC
I'm still seeing this issue with 6.5b3. Here is the log with d_info enabled, not sure what the first entry is about:

About to look for files in C:\Documents and Settings\Ross\Desktop\bug 4114\Anthony Hamilton - Comin From Where I'm From
For files with extensions in: [(?i-xsm:\.(?:ape|wma|asf|wax|asx|lnk|wpl|shn|wav|wave|mp3|mp2|m3u|pls|xspf|flc|flac|m4a|mov|m4b|mp4|cue|mp+|mpc|ogg|aif|aiff|lnk)$)]

**********************************************
browsedb - hierarchy: contributor,album,track level: 0
**********************************************

**********************************************
browsedb - hierarchy: contributor,album,track level: 0
**********************************************

**********************************************
browsedb - hierarchy: contributor,album,track level: 1
**********************************************
browsedb - breadcrumb level: [0] attr: [contributor]
browsedb - breadcrumb levelKey: [contributor.id] value: [1]
_checkValidity: Checking to see if file:///C:/Documents%20and%20Settings/Ross/Desktop/bug%204071/Snow%20Patrol%20-%20Somewhere%20A%20Clock%20Is%20Ticking.mp3 has changed.
_hasChanged: Checking for [C:\Documents and Settings\Ross\Desktop\bug 4071\Snow Patrol - Somewhere A Clock Is Ticking.mp3] - size & timestamp.
Comment 9 Dan Sully 2006-09-17 14:52:21 UTC
Ross, I'll stop by your desk tomorrow.

I'm still unable to reproduce this issue.
Comment 10 slough 2006-09-22 10:26:08 UTC
Has there been any update patch to fix this problem yet. I've noticed the number of mp3's in my collection is larger than I first thought, close to 50% now.
Comment 11 Sue Chastain 2006-09-27 11:23:59 UTC
This looks similar to what I reported here: https://bugs-archive.lyrion.org/show_bug.cgi?id=4236
Comment 12 Dan Sully 2006-09-27 15:43:54 UTC
Fixed in change 10066