Bugzilla – Bug 3854
Tracks split across several duplicate album names
Last modified: 2008-09-15 14:39:24 UTC
I have an album that I have recently added to my library using look for new and changed music rescan. The artist name and album name are identical for all tracks. However, the scan put tracks across two album items of the same name. ie. When I went to browse new music, I had the album listed twice. I checked my tags and ensured I didn't have any conflicts in ID3v1 tags, etc. I changed the album name for all tracks slightly. I browsed music folder and selected to play all songs to cause a rescan of just the album, and now have the tracks split across three album entries, all with the same name (the new name I tagged the tracks with).
Emailed Philip directly asking for some sample files. I'd like to try reproducing this with his files, and I'd like to take a look at the tags.
I really don't think there is anything wrong with the tags. I have since performed a full clean and rescan and the album now appears correctly in slimserver as a single album entry. Some combination of partial rescan and browse music folder causes the multiple album entries.
Whilst trying to reproduce bug 3541, I did a full rescan, and then a partial rescan (no changes made to any music). I noticed that after the partial rescan, a lot of my various artist albums had been split up into several album instances (each with only a few tracks). All of these albums were fine before I performed the partial rescan. A full rescan fixed the albums again.
Okay, well I'll try to add a test for this to my procedure. So by 'partial rescan' do you mean you stopped the scan partway through? Or are you referring to 'Look for new and changed music'? Or something else?
Sorry for not being clear: for "partial scan", I meant "Look for new and changed music" (it's just so long winded!).
oop didn't realize there was still discussion going on with this bug at http://forums.slimdevices.com/showthread.php?t=25605
There have been some recent fixes in this area. Is this still an issue?
The initially reported problem, whereby a newly added album was scanned with "look for new and changed music" and added to the library split across two album entries appears to be fixed. However, I am still seeing a case where after performing the "look for new and changed music" rescan, a multi-disk various artist album is split into an album entry for each disk. This shouldn't happen (I treat multi-disk albums as a single album). The album is fine after a full scan. The album in question is defined using cue sheets (one .mp3 and .cue per disk).
Phil - could bug 3830 be what you are now seeing?
No, I don't think it's the same as bug 3830. I have one various artist album per disk in the multi-disk set, but each album does have tracks and artwork associated with it. There are no occurances of "0 albums with 0 songs by 0 artists."
Phil - what does the --d_info output look like for this? Thanks
Created attachment 1462 [details] log parts extracted from a --d_scan Parts copied from a captured --d_scan log for "look for new and changed music"
The problem I had with multi-disk various artist albums defined with .cue sheets being split into an album per disk when I do a "look for new a changed files" seems to have gone away now.
Ok - please reopen if you see it again.