SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Match to one album not working

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.

image

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 :stuck_out_tongue: 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

1 Like

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

probably this issue, fixed for next release.

d j club mix vol 4 1994 by polytel 740 007-2 barcode
776974000727
ran this disc like 4 times , was like wtf just happened
so the / this new match screen poped up as most were 58 %… i closed that, no other options
behind it normal album select screen. clicked ok.

the tracks list popsup … like normal

press ok , then it runs a process screen i dont recal happening before, like the one it runs when matching trackjs.

NOW POOF… tracks are not in the folder anymore… vanished

submited logs files under match by album

Hi, okay it isn’t actually deleting the files it is renaming them. This is a side effect of me changing the default value of Renames Files based on Metadata from No to Yes if matched to a release for the Rename Files task - See https://jthink.atlassian.net/browse/SONGKONG-2896

I didn’t consider that this would already make it the default for Match to One Album task as well which I did not intend

So if you go the the Activity Log tab we see the songs have been moved to D:\Various Artists\D.J. Club Mix Vol. 4 and then because D:\ripTOfolder\Unknown Artist is now empty it is deleted

image

The solution for you is within Match To One Album/Configure…/Rename to set Rename files based on metadata back to No , I will update SongKong so that the default for Match to One Album is No - https://jthink.atlassian.net/browse/SONGKONG-3049

image

sent email , there are no files in folder left after this. 0 kb of data

Hi if you mean there is nothing in D:\ripTOfolder\Unknown Artist ? - that because the files have been moved to D:\Various Artists\D.J. Club Mix Vol. 4

Can you put some files back into D:\ripToFolder then just try my solution please of setting Renames Files based on Metadata to No

that worked thank you

1 Like