Bug 4236 - SlimServer 6.5 doesn't see tags that were fine before
: SlimServer 6.5 doesn't see tags that were fine before
Status: RESOLVED FIXED
Product: Logitech Media Server
Classification: Unclassified
Component: Database
: 6.5.0
: PC Windows XP
: P2 normal (vote)
: ---
Assigned To: Dan Sully
http://forums.slimdevices.com/showthr...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-09-27 11:09 UTC by Sue Chastain
Modified: 2008-12-18 11:11 UTC (History)
0 users

See Also:
Category: ---


Attachments
SlimServer does not read tags in this file (4.60 MB, application/octet-stream)
2006-09-27 11:13 UTC, Sue Chastain
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sue Chastain 2006-09-27 11:09:26 UTC
With SlimServer 6.3.1 and prior, I had no problems with SlimServer reading the tags for any of my songs. I installed 6.5 (clean install per Dan Sully's instructions) and ended up with close to 5000 songs where the tags were not being recognized by Slimserver. 

Today I used J. River Media Center to do a forced rewrite of all tags for my entire music library, then did a clear and rescan with SlimServer. It got better, but there are still close to 200 files where SlimServer 6.5 is not recognizing some or all of the tags. I am attaching an example file which SlimServer shows as No Artist, No Album, and No Genre.

I have had MusicMagic disabled while I try to sort this out.

VERSION INFO
SlimServer Version: 6.5.1 - 10040 - Windows XP - EN - cp1252
Perl Version: 5.8.8 MSWin32-x86-multi-thread
MySQL Version: 5.0.22-community-nt
Comment 1 Sue Chastain 2006-09-27 11:13:57 UTC
Created attachment 1598 [details]
SlimServer does not read tags in this file

SlimServer shows this file as No Artist, No Album, and No Genre
Comment 2 KDF 2006-09-27 11:22:01 UTC
seem to work here:

2006-09-27 11:21:28.6164 mp3 file type for D:\music\test\01 Beverly Hills.mp3
2006-09-27 11:21:28.6443 Info: no title found, using plain title for file:///D:/music/test/01%20Beverly%20Hills.mp3
2006-09-27 11:21:28.6447 Guessing tags for: file:///D:/music/test/01%20Beverly%20Hills.mp3
2006-09-27 11:21:28.6453 Using format "(ARTIST - ALBUM) TRACKNUM - TITLE" = /\(([^\/]+) - ([^\/]+)\) (\d+) - ([^\/]+)/...
2006-09-27 11:21:28.6457 Using format "/ARTIST/ALBUM/TRACKNUM - TITLE" = //([^\/]+)/([^\/]+)/(\d+) - ([^\/]+)/...
2006-09-27 11:21:28.6460 Using format "/ARTIST/ALBUM/TRACKNUM TITLE" = //([^\/]+)/([^\/]+)/(\d+) ([^\/]+)/...
2006-09-27 11:21:28.6463 Format string /ARTIST/ALBUM/TRACKNUM TITLE matched D:/music/test/01 Beverly Hills
2006-09-27 11:21:28.6498 ARTIST => music
2006-09-27 11:21:28.6504 ALBUM => test
2006-09-27 11:21:28.6507 TRACKNUM => 01
2006-09-27 11:21:28.6509 TITLE => Beverly Hills
2006-09-27 11:21:28.6791 newTrack(): Created track 'Beverly Hills' (id: [653])
2006-09-27 11:21:28.6798 -- Track is a local track
2006-09-27 11:21:28.7480 -- Created NO GENRE (id: [12])
2006-09-27 11:21:28.7483 -- Track has no genre
2006-09-27 11:21:28.8565 -- Track has contributor 'music' of role 'ARTIST'
2006-09-27 11:21:28.8570 -- Track has 1 contributor(s)
2006-09-27 11:21:28.8574 -- Track primary contributor is 'music' (id: [118])
2006-09-27 11:21:28.8578 -- Checking for discs
2006-09-27 11:21:28.8779 -- Searching for an album with:
2006-09-27 11:21:28.8786 --- tracks.url : { like => "file:///D:/music/test%" }
2006-09-27 11:21:28.8792 --- me.disc : undef
2006-09-27 11:21:28.8798 --- me.title : "test"
2006-09-27 11:21:28.8802 --- me.discc : undef
2006-09-27 11:21:28.9638 -- Created album 'test' (id: [99])
2006-09-27 11:21:28.9663 -- Updating album 'test' (id: [99]) with columns:
2006-09-27 11:21:28.9666 --- replay_peak : 0.382079
2006-09-27 11:21:28.9668 --- titlesort : TEST
2006-09-27 11:21:28.9670 --- titlesearch : TEST
2006-09-27 11:21:28.9672 --- replay_gain : -0.235000
2006-09-27 11:21:28.9674 --- year : 0
2006-09-27 11:21:28.9683 -- Track has album 'test' (id: [99])
2006-09-27 11:21:29.0313 -- Contributor 'music' (id: [118]) linked to album 'test' (id: [99]) with role: 'ARTIST'
Comment 3 Sue Chastain 2006-09-27 11:34:57 UTC
KDF: It appears SlimServer is guessing tags for what you posted as comment #2. I do no want SlimServer guessing tags, because my MP3's are all properly tagged. I have removed all the "Guess tag" entries from SS settings.
Comment 4 Sue Chastain 2006-09-27 11:37:21 UTC
PS: I also had removed the guess tag settings in earlier versions of SS.
Comment 5 KDF 2006-09-27 13:21:48 UTC
heh...that's what I get for being denied my coffee today....

I do get the artwork for it though, and that's not from guesstags.

Comment 6 Sue Chastain 2006-09-28 07:43:29 UTC
Dan sent me an update last night that has fixed this issue for me. I did a clear and rescan last night without MusicMagic and my library looked pristine. Cover art in the gallery views and everything.

However� just for the record, after I added MusicMagic back in and rescanned, the covers no longer are displayed in the gallery views, and now some of my albums are split into two entries with partial tracks in each. When the album is split, the MM icon appears for one entry and not the other, although the entire albums shows as analyzed in the MIP program. Also, some albums/tracks that should be MM enabled are not showing the icon.
Comment 7 Dan Sully 2006-09-29 10:16:05 UTC
Sue - is there any pattern to the duplicates?

Also, if you have MusicMagic turned on, and do a wipe & rescan, does everything look right?
Comment 8 Sue Chastain 2006-09-29 15:29:44 UTC
No pattern that I can discern. I've already done a wipe and rescan a few times since adding MM back, and it's the same as I described in comment 6 every time. 

I decided just to disable MM in SlimServer. I almost never use it to generate mixes from the player, and when I do want a mix I can still do it in the Music IP GUI and send it to my Squeezebox through the program. It's one less thing I have to run at startup on my PC, so I'm okay with that.
Comment 9 Dan Sully 2006-09-30 17:31:52 UTC
Ok - I'll try and reproduce and will open another bug.

Thanks