Match to one album not working
Thanks, that worked okay so there is nothing wrong with the actual files but maybe with where they are stored on your computer, please try the Status Report test I requested earlier.
just reran files , 2 folders different locations , with setting at finest for debug and report … will look at status
just ran status on the 2 locations , different newrip files .
D: was 100%
C: wAS 80%
reports submitted aftewr sytatus
What do you mean?
I meant run the Status Report task in SongKong, there is no status report in the support files you have just sent.
oh aplogies, its just come through in a subsequent upload.
under the action tab , status report … pressed that and it ran some deal and made a report /shrug
if i made a file read only, it was by accident cause i dont know how to do so
Try copying the files to another folder and retrying Match to One Album
So looking at the logs again the core issue is that although it finds some files in folder , for some reason none are loaded
05/08/2026 10.07.29:CDT:INFO: Started to load files from C:\newrip
05/08/2026 10.07.29:CDT:SEVERE: --Music File Count:13
05/08/2026 10.07.29:CDT:INFO: 0 files are loaded
But what is weird is that I cant replicate the issue, if i run against an empty folder or a folder where the music files are corrupted and cannot be loaded, then SongKong reports a problem, immediately.

And also you ran Status Report against the same files and then they could be loaded fine so it doesn’t seem that the files are necessarily the problem.
And the code does seem to report errors and exceptions, yet there are no errors in the log.
Ah, it might be this instead of just selecting C:\newrip trying select the album folder and let me know if that works
e.g
C:\newrip\Various Artists\Damn Yankees (Original Soundtrack Recording)
I think this is the issue, most task recursively work on all files under the select folder, however because Match to One Album is only for processing one album it does not, it only goes down one level to allow for multi disc albums. However, it is sharing the code for counting files in folder and this is recursive so it it confirms there are files in folder allowing it to continue but when it actually tries to find the files because it only goes down one level it doesn’t find any!
Raised an issue for this https://jthink.atlassian.net/browse/SONGKONG-3019
broke my machine trying to fix it
after all the jacking around, will revisit when up on the rail
Now fixed in
running on a new box, all good now thanks. i can match to one album again
Thanks for your latest support files, I think the failure was due to track duration mismatches but it would be helpful if you just detail what album you were trying to match and what happened. I’m going to try and do some work on this issue this week ready for a new release next week.
just a feeling, but i think the match to one album is alot slower now also, like 5 mins plus per.
one thing i did fix on my own was log into acoustic ID, grant access . also with musicbrainz , token thing
using a new pc motherbrd , but drives i had before. but on 5g cell bandwidth
audioranger has yielded more consistent album matches, especially when songkong doesnt find album but will track matchs
also just more info for perspective,
i use mediamonkey for final tag and player…
only 1 reason , autoDJ… have not found another tool or program that can match this powerful utility…
BIG DATA background process, multiple bank sources, cant recall where i read about it
its tag system is far from perfect, but i need it to fingerprint / calibrate to those outside meta sources