m1abrams;366037 Wrote:
> No, in fact that was the first thing I checked. Of the ~600 albums I
> have this occurs to 4 albums. Funny part is the albums I would think
> would suffer this problem (multi-artist albums with multi-artist
> tracks) are identified by SC just fine.
>
> These 4 albums are "simple" single artist albums nothing fancy. Now
> the one thing I do know is they WERE tagged with improper ALBUMARTIST
> and I fixed that a while ago. However no matter how I scan as
> described in my first post they are tagged with multiple albumids.
> Note that after I retagged and had SC rescan, SC does show the new
> AlbumArtist field for the tracks I changed so that is being identified.
> I am wondering if during the clear and rescan that some data is not
> being cleared.
Shouldn't be... clear-and-scan deletes everything.... ie, the code is
literally:
Code:
--------------------
Slim::Utils::SQLHelper->executeSQLFile(
$driver, $class->storage->dbh, "schema_clear.sql"
);
--------------------
and if you look at schema_clear.sql it's a bunch of DELETE FROM's:
Code:
--------------------
DELETE FROM tracks;
DELETE FROM playlist_track;
DELETE FROM albums;
DELETE FROM years;
--------------------
Sort of hard to escape from a DELETE.
Are you using something like iTunes or MusicIP that could be
reintroducing things you thought you cleared? (MusicIP liked to mess
up my tags greatly, or rather, it overwrote what was so nicely done in
the first part of the scan when it imported... there is a switch now to
disable grabbing tags from MusicIP which speeds it up and stops that bad
behavior.)
--
snarlydwarf
------------------------------------------------------------------------
snarlydwarf's Profile: http://forums.slimdevices.com/member.php?userid=1179
View this thread: http://forums.slimdevices.com/showthread.php?t=55833
_______________________________________________
ripping mailing list
[email protected]
http://lists.slimdevices.com/lists/listinfo/ripping
