SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Songkong matches albums and only do move a few tracks

#21

I moved all the artists folders and their album subfolders from /music to another folder that is now located at the same level than /music.

so this is the current situation :

image
image1652×364 116 KB

I did not copy anything, I simply MOVED the full content of /music/processed/ to this new folder that is now located at same level as /Music_dump (the place where my music files to be processed are located)

Which means that this “new” folder (/music_processed) now do contain all the artists folder and album folders that SK previously moved

image
image1692×530 84.4 KB

#22

Right, okay so the files that were under /music/music_processed are now in /music_processed, and /music has been renamed to /music_dump ?

In which case how can running against /music_dump copy these duplicates files over if they longer exist in /music_dump, or does /music_dump contain additional files that were not in /music ?

#23

well I mean that the integrality of the folders existing in 03-2021 were actually copied in some of these Travis scott album folders, look by yourself :

image
image2176×2312 2.2 MB

#24

Okay thats wrong, and are those folders all empty?

#25

Music_dump remains untouched. The remaining files in there are the same.

Only the destination changed.

As we are running in a docker let me clarify the paths

Music_dump (host) -> /music (container)
Music_processed (host) -> /music_processed/ (container)

So, the content of music (inside the container) is totally the same, nothing changed for the docker container.
Only difference is I’m telling it to move the matched files to /music_processed/ now, instead of /music/processed earlier

#26

So I don’t understand, if there was a file that was in /music/processed and that had now been moved to /music_processed no it is no longer in /music how can running SongKong against /music move another copy of the file into /music/processed if no longer exists in /music, answer it cannot

Can you see what I mean, if not I need your support files again to see where the file came from

#27

No they are not…

image
image3320×618 566 KB

FYI here is what I found by cat’ing the logs

https://www.klgrth.io/paste/xs682

I have no clue what songkong did, but I an find the “unable to move” folder in my cloud storage, but not on my local disk anymore.

#28

All my music files were initially downloaded here /music

image
image1682×978 128 KB

Initially, once matched, the files were moved inside this same folder. In a subfolder called /processed. So /music/processed

Since I am processing /music, it will come a moment where the processed folder will process its own folder/files.

Therefore I moved all its content in another folder, which is at the same level as /music, and therefore outside it.

here is where I plan to move my processed and mathed files from now on

image
image1730×734 84.6 KB

For some reason the webui is not showing this folders content, and I have to enter it manually. by the way…

Should I re-move all this folders content back to /music/processed ?

#29

So I received your logs files but you cancelled report 45, 46, 47 before the task had finished creating the report was created so not making it very easy for me because the reports are incomplete…

But I can see from the logs that report 46 ran from 1:02 to 1:04 and you processed a folder called Szymon Godziemba-Trytek - Choral Works - Augustinas (2020), then report 47 was run against a folder:/music/test/Szymon Kaliski. So it looks to be like you made some copy of her music and then ran SongKong again, and ended up with duplicate files because you had duplicates files. And if I look at report 44 which was the proper one we were looking at earlier I can see there was no Szymon Godziemba in /music/processed anyway so all the Szymon Godziemba files have only come since you changed to /music_processed

image
image1920×1040 87.3 KB

So it seems that this is a non problem. But really I am trying to do my best to help you, but it would be so much easier if you changed one thing at a time and give me a chance to resolve the issue instead of changing lots of things at once and only giving me half the information each time.

#30

OK, temps mort !

I agree all these exchanges are getting more than confusing so lets try to make sure the next thing I run is not moving my folders strangely, or only couple of tracks instead of the full album, and so on.

I am now getting the “lost” tracks back from the cloud. This t make sure I’m starting back from a clean situation.

once done, lets please agree on what I will run upfront I run it. I will share my fix tracks settings upfront clicking on start.

I now moved my processed folder back inside /music, as moving this one out of /music did generate extra issues.

So here is what it will look like :

image
image1560×974 128 KB

image
image946×584 117 KB

I just want this to run, and move fully matched albums against MB / discogs to my music/processed folder. That’s it.

Remaining (unmatched) folder will stay in their original monthly folder inside /music.

#31

No it didnt !
You ran an invalid test and misinterpreted the results as I just explained, you should keep as /processed and then let Fix Songs run to completion.

But you should first remove the files in wrong place not within artist or album folders to avoid the Travis issue, as it seems this is more of an issue than I first realized.

#32

Yes, I understand I have to go into each monthly / daily folder, and make sure there is no flac file that is laying there without being in its own album folder.

1 Like
#33

OK done running some find and maxdepth magic.

So from now on, there are no more loose flacs. All flacs are located in their “album” folder.

Can I safely run a new fix task, with the settings I’ve pasted previously ?

#34

Have you gone back to /music_processed

#35

not yet, you want me to do so ?

So, /music_processed at SAME level as /music ? and not part of /music. agreed ?

#36

Yes. because that didnt actually cause a problem and I think it will avoid a potential problem.

#37

OK done, I now do have /music pointing to my actual music folder
and /music_processed pointing to the place my already matched and moved content is located (artist/album/).

GO ? :slight_smile:

#38

Yes, okay go for it (and if you decide to cancel for any reason only press cancel once to stop the task then let it finish gracefully and fully create its report).

1 Like
#39

Okay so i think what happened it processed the 03-2021 folder as an album folder (because it contained an audio file directly under it) it then tried to move all the folders underneath it. If the folders contained audio files they were not moved, if they contained no audio files files then the folders were moved.

So all those folders listed on the screenshot there will no longer be within 03-2021, but they didn’t have audio files before this run anyway, (clearly looking at their names they had audio at some point)

Can you confirm this.

#40

Well, I checked, and these folders are not in 03-2021 anymore (confirmed), and then I checked on my cloud storage, and I could find the same folders, containing audio files. It’s super strange as I have no idea where these folders content actually went. So I simply re-downloaded 03-2021 content.