SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Better management for singles, including their lyrics and/or artwork

Hi Paul,
As you may remember, I’m using SongKong for two different kinds of tracks: full album, and singles.
With two different profiles, of course.

So, when it comes to moving files during a batch related to singles, I experienced a few issues, that may lead to some improvements in SongKong.

I checked “Everything” for option “Rename Files / Basic / If song moved to another folder move” because I add .lrc files (sync. lyrics). That was a bad idea because it took each of the files, including my “do not remove.txt” (that should prevent SongKong from deleting my base directory).
So:

  1. SongKong should handle .lrc files as track-specific files (or, maybe, every file that as the same name as the music file should be considered as “linked” – I think karaoke files also uses .cdg files)
  2. You may have an option “never delete base folder” (that would be useful because my base folders are the place where I’m sorting my files to be processed by SongKong depending on their kinds – singles, album, compilation albums…)
  3. There should be an option for singles artwork (when processing a folder with various singles from various albums, it creates only one cover file in an unpredictable way, and this artwork will be moved also unpredictably).

Jérôme

Sorry I dont remember but Im guessing by Singles you mean a solitary track, and because it is a soliatary track you are putting in a folder witrh other solitary tracks for the same artist ?

But going back before streaming you had the singles top of the pops charts and the album charts. And the singles chart consisted of generally one of the best songs from the album on the A side, with another track on the B side, or it might be an E.P with 2 tracks on both side if Vinyl or 4 tracks on a CD.

The point is a single is not neccessarily a solitary track, so I dont undertstand why they would be treated dramatically different to albums.

So regarding 3, the solution should be to store each single in its own folder, and then each folder can have its own cover.jpg image, and I think the same would apply to 1 .lrc files

Regarding 2, that might be a useful option. But assuming your songs are organized

C:\Music
C:\Music\Albums\Artist 1\Album 1
C:\Music\Albums\Artist 1\Album 2
C:\Music\Singles\Artist 1\Album 1
C:\Music\Singles\Artist 1\Album 2

then really the Base folder is only C:|Music because Albums Singles ectera is a form of metadata that should be able to be extracted from the metadata in the files themselves.

My album collection is for my personal pleasure, it’s classified by artist / album (so far, nothing special).

But my single collection is for DJing (and, very occasionally, for karaoke – this is why .lrc come into the scene!). It’s classified by Decade / Initial (to avoid too large folder) / Artist.

When I buy / download new (single) tracks, they are all together in my download folder, and this is where SongKong works.
I may also relaunch SongKong in existing folders, for better re-tagging, and possibly I could have there tracks which need moving (e.g. if decade or artist was badly tagged and changes).
In both situation, tracks and associated files (lrc/.cdg/.jpg…) should move together, but not with other files remaining in the folder.
I’d be happy if [name].mp3/flac/wav… (music file) and [name].lrc/.cdg/.jpg (associated non music files) are moved together.
That would be a new option here:

Let me know if I’m clear!
Cheers,
Jérôme

So I’m suprised that if you download a single together with its synced lyrics and cover that they dont go within a subfolder within Downloads?

The logic of the If songs moved to another folder move option is that a folder represents a grouping of songs (e.g an album) I feel it is going to be very dififcult to deal with your situation that a folder represents a random set of files but within that folder there are multiple files that should be kept together.

Just forgetitng about your new option for a moment even the existing Artwork option is wrong for this case because you only want to move cover.jpg or front.jpg only name.jpg but I assume for an album you would want to move cover.jpg or front.jpg, and most users treat singles the same as albums and would want to move these files in all cases.

→ Same basename, only the extension changes (e.g. foobar.flac ⇿ foobar.lrc)

Anyway, I’ll manage this way, creating a subfolder for each set (or moving myself the orphan files – it’s not so often).

But, “never delete base folder” remains a nice option from my POV.
J.

Raised https://jthink.atlassian.net/browse/SONGKONG-2739

1 Like

Maybe an option that was simply move files with same base name would work?

That was my suggestion, yes (indeed, I can’t see other way to do it).

My point was that the Artwork and associated files suggestion you made doesnt make sense for artwork but ive raised issue to add Same Base Name option in https://jthink.atlassian.net/browse/SONGKONG-2740

I understand.
Saying this, it might make sense to have dynamic filenames for artwork (like %album-cover).
Please note it’s not a request on my side, I don’t need this.

The point is that SongKong works with tracks (= file), but add the “release dimension” (≈ folders) on these, and this creates some complexity: when SongKong works on a folder and does not recognize two files from the same album (for some reason), there is no warranty that “cover.jpg” will be the one you expect.

The logic is that a folder represents an album, and therefore artwork should apply to all artwork in the folder, and that is the usual case. If an folder does not represent an album then there is no way to know what tracks a file called cover.jpg matches.

I fully understand the logic.

This is not related to this thread, but I was surprised to have some full albums, correctly placed in their own folder, moved to 2 different folders after reprocessing by SongKong (I reprocessed them because I wanted to have the track filenames without diacritic character – this was a request of mine you fulfilled some times ago!). I need time to work on this again and create a dedicated ticket.
My point is just: the theory is “one folder = one album”, and sometimes the reality doesn’t match the theory :sweat_smile:).