Jack, can you make that song available online, and let us know what you use to impmort it (itunes, etc or just folder scan?)

I assume you mean track 1, not the entire album: http://www.monkeynoodle.org/tmp/kdf.mp3. It'll take forever, be forewarned.

I import via regular folder scan, no itunes. File was tagged by emusic.com.

The song itself seems fine.  With some posts on the forum going on about multiple artists due to Lazy Search, have you installed that Plugin?  If so, is this fixed by doing a wipe and rescan?

Yes, LazySearch is installed. Browse by Artist shows a lot of looping too. I did a wipe-n-rebuild when I installed LazySearch.

do you have any scheduled rescans that have happened since?  It seems a possibility that the "look for new and changed" scan causes lazy search to add a new artist each time.  After a few days, this could explain what shows in the image if you scan nightly.

One check would be a full wipe and scan now.  After that completes, the problem should be, at least temporarily, gone.

yes, I do have a scheduled nightly rescan, and yes wipe-and-scan fixed it.

Jack:  let us know if this reoccurs with  your next nightly scan.

Dan: Any thoughts on this?

Jack:  Do you have lazy search installed? 

yes.

Yes, this seems to be a problem with lazy search and the 6.2.1 branch, so is probably not a SlimServer problem at all. Bug #2511 seems possibly the same problem (thanks for pointing me at them, kdf).

I'm going to do some investigation on what's different in 6.2.1 in this area. In the meantime you can either do a full "clear 'n rescan" and disable your nightly rescans (possibly a big pain if you've a large library), or you could think about the latest trunk nightly instead as I've not seen the same problem there (which I can understand you may not want to do if you're after stability).

I will look at this, though, and I apologise to the SlimServer chaps if they've been getting SS bug reports because of my plugin.

One last question - was this with SQLite or MySQL as the database? If you don't know what I'm talking about and you're using a 'vanilla' SlimServer installation then it will be SQLite.

I've been trying to confirm this as a problem with the lazy search plugin and have made a little progress. Can you confirm whether you have any playlists defined? That could be in SlimServer itself, iTunes, MusicMagic or similar.

Also, if I manage to track it down would you be willing to test a new version of the plugin for me?

Thanks.

I've posted an updated plugin that might include a partial workaround for this problem (it should solve the problem with playlists, at any rate). You can get it from the usual place:
http://hickinbottom.demon.co.uk/slimserver/lazy-searching/lazy-searching2.htm

Fixing the problem completely (including using browse music folder to introduce new music), will require a core slimserver modification I think.

we'd welcome a patch if you happen to have one that does what you need for the server side.

I did work up a patch to SlimServer 6.5 that added a 'customsearch' column to the important core database tables. I filed that as an enhancement in bug #2625.

If that were implemented it would make things much easier for me and would remove this problem which was caused by SlimServer thinking the artist was different because that equality test is performed on the ARTISTSEARCH column (and not the artist name).

dan put in a column jan 25, 2006 for this.  I guess this one should be done now.  reopen if there is more.