Jump to content

Emby server still not importing cover art properly


wordlover
 Share

Recommended Posts

Please see attached images. Emby scanned this new album, and as you can see the cover art is embedded in every one of the mp3 tracks. Nevertheless, because (I think) there isn't a separate 'cover.jpg' or 'folder.jpg' file, Emby is overriding this and instead retrieving a smaller, undesired image from MusicBrainz. I can manually override this, but it shouldn't be how the server behaves when importing new music. Am I missing something, or can you fix this?

 

emby01.jpg

emby02.jpg

Link to comment
Share on other sites

What are your library options set to?

 

image.png.1cb5fdc8d2afec7f2cf9ca0470874aab.png

 

Edited by Happy2Play
Link to comment
Share on other sites

Ah, yes, these are all checked. This isn't a clear or intuitive interface: there is no indication that these external sources would override what's embedded in the file. Despite all its many flaws, on this Plex is clearer and gives users the ability to select preferences and then sort among the full list of image sources, like: 

  • || Embedded (by user)
  • || MusicBrainz  
  • || Discogs

Back to Emby: what's going on here? If I uncheck these, what happens with music files & albums that do NOT have embedded images? And I am mystified because Emby hasn't overriden 20,000 earlier tracks.

Link to comment
Share on other sites

11 minutes ago, wordlover said:

If I uncheck these, what happens with music files & albums that do NOT have embedded images?

You would not have an image as providers are disabled.

Personally, I ensure when I tag my music it places image in folder also.  But I ensure to find a image if tracks don't have a image also.

Link to comment
Share on other sites

Hmmm, that's asking users to potentially have to manually generate many additional jpgs that aren't necessary. So I will make this a fervent suggestion for future server update soon:

- default to using embedded cover image if it is tagged in the music files

- add "User provided/embedded" as one of the potential sources users can select and sort to their preference in Library settings

Edited by wordlover
Link to comment
Share on other sites

7 minutes ago, wordlover said:

Hmmm, that's asking users to potentially have to manually generate many additional jpgs that aren't necessary

The image has to be extracted anyways to be used.  But yes user should not have to do anything.  But as a user I don't do anything I let my tagging program do it for me as the majority of users do not have tagged music that plays well in Emby.

Link to comment
Share on other sites

44 minutes ago, Happy2Play said:

@LukeShouldn't Song/Track (embedded) image be higher priority than providers?

They're at different levels. There are no internet metadata providers at the song level.

Link to comment
Share on other sites

3 minutes ago, Luke said:

They're at different levels. There are no internet metadata providers at the song level.

Right but should Embedded images have a higher priority than provider as technically you already have/could have one?

Edited by Happy2Play
Link to comment
Share on other sites

1 minute ago, Happy2Play said:

Right but should Embedded images have a higher priority than provider as technically you already have one?

Probably, yes.

Link to comment
Share on other sites

Yes, Emby discarded and overwrote the cover image that was identically embedded in each of those music files. I don't think that's the best way Emby can handle situations like this.

Link to comment
Share on other sites

At the same time what do you do if your tracks have different embedded images.  This is why folder-based images will always take priority.

Link to comment
Share on other sites

I would propose this order for the server to use in loading an album's cover art:

1. "cover".jpg/.png

2. "folder".jpg/.png

3. a .jpg/.png with same name as folder/album

4. the cover art embedded in first media file in that directory

5. external providers, in order set for the library by user

Does this seem right? Feasible?

Link to comment
Share on other sites

Current order of precedence

1. Images with media folder

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

 

2. External Provider

3. extract from track

But yes to me it would be more appropriate to switch 2 and 3.

  • Like 1
Link to comment
Share on other sites

  • 5 months later...

HI, I think all of these options work just fine. The issue is that in Emby Server, tracks and albums have their own images, and changing one will not always flow through to the other. I think that's the part that we need to look at making a little easier and more obvious.

  • Like 2
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

×
×
  • Create New...