Lots of cover art missing and other errors

[uk_philip 0]

I just updated my Emby. It's working okay except now I'm missing lots of TV show and Movie artwork. I also have lots of errors in my logs which I don't know what they mean. I've tried to refresh metadata but it does't work also the same happens when I try clicking "Identify" and adding TV show artwork manually. I've attached my logs. Thanks

embyserver.txt

[Luke 42078]

Hi, yes apologies for the disruption. This is due to an outgoing SSL problem. We'll be getting a 4.6.6 update out today to resolve it. Thanks.

[Luke 42078]

4.6.6 is rolling out now. Thanks.

[nospotify 184]

I am having the same problem withh music files - see below - Windows 4.6.7.0 server - I have rescanned library and refreshed metadata multiple times but still seeing cover art properly loaded only for SOME music albums - see below. Any tips on how to fix this globally, instead of clicking through to hundreds of albums to manually load cover art that is correctly encoded in the music files? 

[nospotify 184]

4 hours ago, wordlover said:

I am having the same problem withh music files - see below - Windows 4.6.7.0 server - I have rescanned library and refreshed metadata multiple times but still seeing cover art properly loaded only for SOME music albums - see below. Any tips on how to fix this globally, instead of clicking through to hundreds of albums to manually load cover art that is correctly encoded in the music files? 

Never mind - all album covers finally loaded after third library scan and metadata refresh.

[Luke 42078]

Thanks for the feedback.

[nospotify 184]

I am now noticing a bunch of album covers still did not get loaded, even though they load fine in Plex and a cover jpg exists in the album directory. On further investigation it appears the images that Emby is not loading are 200x200 in size, rather than 300x300 or larger, as most of my library's image files are. Is Emby coded to not load images below a certain size threshold? Could that be changed, since we can manually load images of this size just fine?

[nospotify 184]

Or perhaps the issue is when the cover art jpg is titled "cover.jpg" rather than "folder.jpg"? Could Emby look for either of those (very common) names when looking for local cover art?

[Happy2Play 9780]

9 minutes ago, wordlover said:

Or perhaps the issue is when the cover art jpg is titled "cover.jpg" rather than "folder.jpg"? Could Emby look for either of those (very common) names when looking for local cover art?

Would need to go over specific examples as cover.ext is supported.

Image Type	Supported file names
Primary	folder.ext
	poster.ext
	cover.ext
	default.ext

https://support.emby.media/support/solutions/articles/44001159113-music-naming#:~:text=to be used.-,Music Images,-Images are supported

[nospotify 184]

I hear you, but this is not how Emby behaved when it imported my library - cover.jpg files were not imported in multiple cases - mysterious, but probably not worth further investigation.

I would, though, recommend several 'last chance' processing be added to Emby's selecting and displaying of cover art, when none of the possibilities in that support article apply:

1. select any other existing image file in that folder - ex. often a cover art file is named 'albumname'.jpg - I am seeing this is the cause of a bunch of album covers Emby didn't import.

2. select from an online metadata source an image of the Album Artist

Just friendly suggestions...

Edited November 24, 2021 by wordlover

[Happy2Play 9780]

One question, what is the library "Music folder structure:" set to?  As that affects usage of folder images.

 

[nospotify 184]

'Perfectly organized into folders: artist/album/track'

[Happy2Play 9780]

Not sure then as cover.ext is used in all my tests so I don't know of any other variables.

[nospotify 184]

Have you considered adding Discogs as a metadata source? I am finding lots of album cover images there, which neither Emby's initial import nor manual  "find cover art" functions are retrieving from any of the sources that are available (all of which which I included) in library settings.

[Luke 42078]

Discogs is something we'd like to add support for in future updates, yes.