![]() ![]() Looking at the log I can see that Let It Roll has been identified as a duplicate and put it in its own group, and then because just one song it was able to match it to an album. The idea is if you have backups or multiple copies of some files then SongKong is never going to be able to match the whole folder to one album so we look for duplicates based on acoustid, and if that fails songname and if any duplicates are found we then split them into separate groups and try and match those individual groups. What has happened is after trying to match a folder SongKong does duplicate detection within the folder. One song (02-03 - Let It Roll.mp3) has been matched and moved the other have not. So I went through the missing songs list, the first incomplete album was Thanks, sending the Jaikoz Missing Songs Report was a nice touch makes it much easier to spot the problems I dont have the log files currently, but I did keep a copy of all my source files that were unaltered by SK, so i can reproduce any of this or test if you like or need those logs recreated. It seems that should only happen if the option to Search for a Discogs match is checked. And SK not try to use this additional info to create a Discogs Match. It would be nice if this only did what the help description shows where it adds any additional info that is not already in the file that discogs may provide without overwriting the musicbrainz info. ![]() Running a report in jaikoz will show albums that could not be checked as they do not have a matching MB release id. #MATCHED TO MUSICBRAINZ SONG ONLY SONGKONG UPDATE#Even though Search for a Discogs match is unchecked, SK seems to still be trying to use the discogs info it got from Update from Discogs to make matches and move them. #MATCHED TO MUSICBRAINZ SONG ONLY SONGKONG PLUS#The same files get moved from above, plus some additional albums.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |