SongKong Jaikoz

SongKong and Jaikoz Music Tagger Community Forum

Artwork Improvements

Greetings. Just purchased SongKong a couple of days ago, and so far I’m pretty pleased.

I’ve been a Picard user for years (and MP3TAG when forced to), but have gotten tired of using Picard for tagging thousands of albums at a time.

My only complaint thus far is how artwork is handled.

First off, I’d very much like an option to save covers as folder.jpg only and not embed the covers into the files. I’ve read the explanation on the website as to why this behaviour occurs by default (for convenience in copying to portable devices) – but this is not something I require (I use Plex exclusively for music, so it automatically handles artwork for my devices, whether I’m syncing the files to the device or just streaming them). Having the artwork embedded can be an inconvenience. Many programs (including Plex, which is why it is an issue for me) prioritize embedded artwork over folder.jpg. I like to use first Kodi to find better covers (using the CD Art Manager Add on) to automatically (and accurately) pull covers from Fanart.TV (I don’t actually use Kodi, I only use it for the CD Art Manager Add on). Then I use Album Art Downloader to get any missing covers and upgrade the lowest quality ones. But because both only save the covers as folder.jpg, the new covers won’t show in Plex (as it’ll prefer the embedded ones). Sure I can use MP3TAG to then embed all those covers into the files, but it’s an extra step, and doesn’t always work (sometimes fails because the art is too big, sometimes other reasons). And not to mention that step takes a day on 6000 albums. Managing the artwork is much easier when there’s no embedded art at all. Would be lovely to have an option to not embed (can still be the default to embed, just let users like me tick a box to disable it). Plex isn’t alone in this behaviour – after some googling it appears many programs prioritize embedded art to the folder.jpg.

It would be really awesome if SongKong could use Fanart.Tv directly. There’s no higher quality source out – and it’s pretty heavily moderated, so poor quality images get trashed quickly. Best of all its API uses Musicbrainz IDs already, so the look ups would be relatively easy for SongKong to do. http://docs.fanarttv.apiary.io/

It would be nice also, if SongKong prioritized square images first (allowing a small percentage of deviance – to allow for example 498 x 500 images from being discounted), then prioritize by resolution. There’s a lot of high resolution images out there that are actually much worse than the lower resolution images (badly cropped to rectangles, spine included with the cover, both front and back cover scanned together), preferring square images over rectangles would automatically get rid of a lot of the badly scanned high res images.

Hi, okay Ive raised
https://jthink.atlassian.net/browse/SONGKONG-892

in the meantime you might be able to simplify your workflow by not selecting Update Artwork in SongKong, and using your preferred methods for identifying artwork.

Then for songs you still have no artwork for you could just load those files/folders into SongKong, enable Update Artwork and set For Songs already matched to Update Metadata and Filename to try and get artwork for those songs.

Is fanart.tv any better then the Cover Art Archive used by MusicBrainz, especially for those releases that can be identified by MusicBrainz Ids, I would need to some more evidence

Yes I should consider squareness of images, thanks for the suggestion, raised

https://jthink.atlassian.net/browse/SONGKONG-893

Thanks for the reply.

As for fanart.tv – every single image is exactly 1000 x 1000 (no more, no less). It’s heavily moderated – not just for whether the cover is a correct match or for major blemishes – they’re very critical and images with very minor flaws don’t make it.

Here’s a link to their page on what doesn’t make it: https://fanart.tv/tutorials/artwork-may-denied/

Attached are the image that SongKong retrieved, and the fanart.tv image for High Voltage.

SongKong:

Fanart.tv:
https://www.dropbox.com/s/o88scpzn9q4029c/high-voltage-50fb840826eab.jpg?dl=0

Another issue I’ve found with SongKong for images is that for many albums it pulled a CD image and used that for the album.

When I was using picard, I was able to set it to a single image and specify front covers only.

What is the exact MusicBrainz release that SongKong has been matched to (it will show you this in the report), or did it only match to Discogs.

If the MusicBrainz release is linked to a CoverArtArchive front cover release then SongKong and Picard should use the same image. if however there is no CAA release behaviour is different, for example Picard does not use Discogs artwork.

SongKong only attempts to retrieve front cover images, but sometimes the sources incorrectly categorise images.

This is an old thread but I would like to raise it once more.

I am using SongKong as well as Jaikoz on macOS and both are working great with one exception…the artwork provided is poor because Musicbrainz and Discogs are providing poor artwork.

So after finalizing the metadata I always fire update my Win10 VM and use a small app that is called Album Art Downloader. That is basically pulling pictures from various servers and is usually providing great covers.

That functionality might be a great addition to the jThink SW.

I wouldn’t say the artwork from MusicBrainz/Discogs is poor but there is room for improvement. In the meantime have you tried out SongKongs new Edit Songs task, this includes a Google coverart search making it easier to find potential album covers for albums without artwork.

Sure Paul I should has written it more kindly…compared to that what Album Art Downloader delivers, Musicbrainz and Discogs files are less great.

Let me check a couple of albums and I will report back. However, rather than SongKong I am using much more Jaikoz these days as I am having more control over the metadata.

I guess that this feature is being implemented into Jaikoz soon. Thanks for your GREAT work that is making a HUGE difference in metadata since I am using it!!!

Here is my first feedback as promised. I checked Bill Withers’ Greatest Hits album.

SongKong identified an artwork file with 1.337x1.337 pixel (most probably from Musicbrainz).

Album Art Downloader found a file with 2.000x2.000 pixel from AllCDCover.

Right, and your point is ?

Surely you are not calling 1.337x1.337 pixel low quality ?

The thing is when you get cover art from MusicBrainz you get usually cover art for exactly the same version of the album, whereas tools such as AllCDCover just get the default artwork for a release, they dont differentiate between different versions of the release.