SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Higher quality on album cover art?

Hi, I’ve just finished running Jaikoz Pro on my 55.000 mp3. I notice that the quality of the album cover art had not improved the past 15 years. Surprise. It is still rather low and designed for the thumbnail size there used to be on the typical players back then. Was I lured into the wrong product? Now reading the SongKong info it seems I should have had that one since it seems to use higher resolution for the cover art. Pls advice here. Why are there two different taggers and why am I not getting the best resolution when my focus is fixing the covers? (Running the 55.000 songs with some hick-ups and manual interventions takes 3-4 days and nights. I also noticed that none of the db’s where reliable. They easily give up and skip if you don’t break it down and manually “force feed” one by one. And after completing the update, it takes another 3 days and nights to copy it all over to the NAS and then have it rebuild the complete DLNA database. I rather not do this all over again plus pay more.)

Pls advice.

Regards Tomas

Hi

Jaikoz and SongKong use the same sources. They use the album art that is available from Cover Art Archive/MusicBrainz and Discogs, and usually that is about 600 x 600, sometimes 1000 x 1000 but sometimes only 200x200.

So are you saying none of you existing artwork is being updated, or only ones without any artwork, or it is but only with low quality artwork ?

And I need some evidence of database problems Im not aware of any there is certainly no need to do anything one by one, or to copy from /to NAS as long as you mount ther NAS as a drive. If you send me your support files (Advanced:Create Support Files) I might be able to give you more information

Also Jaikoz 9.0 is due for release tomorrow.

Thanks for your reply.

I chose to let Jaikoz update all fields in the ID3’s regardless of what was there before. I just kept the actual .mp3 filenames as their names really don’t matter to me but the existing playlist use them.

But when I reviewed the results I could see 10% where not updated even though I knew they where not so exotic it would be impossible. A few are very unusual though and that is OK. Running them one by one manually, most of them found a match. Sometimes in MusicBrainz but sometimes only in Discogs, or vice versa. Separate manual runs. I can’t remember the actual songs now. Sometimes MusicBrainz even missed on the first but succeeded on a repeated try. Strange.

Updating the network disk perhaps took a little longer since the backup and master disk is a regular external WD HD and I worked on a USB 2 type of laptop. It moves 6 MB/s. But the network hard drive did spend 24h+ to rebuild the DLNA database (it is a WD My Cloud).

One idea for improvement or a setting in future versions: sometimes Jaikoz would detect that a certain song came from a compilation like “Summer hits 2003” and not the original album or “single”. But now many years down the line it does not matter to me that it came from a compilation, I would rather have it updated with the data from the original single or the original album. Even though the “music DNA” is not a 100% correct match. Now this one-hit-wonder show up with the cover art from “Summer hits 2003”, which is not so useful to me today. I’d rather have the option to chose the original single cover just because it tells me more when I see it on the screen. In at least 1000*1000. For eg my Spotify always has super cover art quality resolution regardless of how I enlarge the window.

Also, I noticed that Discogs very often returns with a shot of the center label of the record (vinyl or CD) and not the cover. You can’t read anything from the low res pic of the centre label where the text is very very small.

Thanks! Best regards Tomas

[quote=Tomas]Thanks for your reply.
But when I reviewed the results I could see 10% where not updated even though … Running them one by one manually, most of them found a match.
[/quote]
I know the problem, Jaikoz trys to groups songs and match as a group, if it cant match all songs to one group it matches none. When matching one by one it only has a group of one to match to so it can find matches. So it maybe that your songs are organized in a folder structure that does not represent albums, or the songs are form compilations that are not in the databases.

But you can solve this, all you need to do is disable Preferences:Remote Correct:Only match if all songs in grouping matched to one album and rerun, that should allow most songs to be matched and updated.

Enable Preferences:Remote Correct:Match:Prefer do not match Various Artist Compilations you can further help guide this if you empty the album field when it is a compilation before matching these songs, then it should prefer original album. If it has already been matched to MusicBrainz you’ll need to uncheck Preferences:MusicBrainz:AutoMatch:Do not match online if already has a MusicBrainz Id

[quote=Tomas]
Also, I noticed that Discogs very often returns with a shot of the center label of the record (vinyl or CD) and not the cover. You can’t read anything from the low res pic of the centre label where the text is very very small.
[/quote]
This is known problem, Discogs does not correctly label such images that Jaikoz would prefer to ignore, I want to try and do something to ignore these.