Emby weigert sich, cover.jpg-Dateien rückwirkend einzubinden

[goblin2k3 6]

Ich verwende als Album-Bilder grundsätzlich separate Dateien (spart eben Speicherplatz). Ich greife dabei meist auf eigene Scans und hochwertige Bildquellen wie iTunes zurück. Dementsprechend habe ich bei meiner neuen emby-Installation wieder sämtliche "Album-Bildbeschaffer" deaktiviert. Dummerweise habe ich vergessen, einen Haken bei "Bildmaterial in Medienordnern speichern" zu setzen. Das hat nun zur Folge, dass für keines der vorhandenen Alben ein Bild angezeigt wird. Bibliothek neu scannen und Metadaten aktualisieren hilft nichts (auch nicht, wenn ich "Vorhandene Bilder ersetzen" auswähle). Füge ich neue Alben hinzu, wird das Cover mehr oder weniger sofort angezeigt.

Nun könnte ich natürlich für alle vorhandenen Alben die Covers manuell einbinden. Wir reden hier aber von rund 700 Alben (Musik und Hörbücher). Die Bibliothek löschen und neu anlegen kommt auch nicht in Frage, da ich sie gerade erst auf ein mobiles Gerät synchronisiert habe (was dauert). Mir ist auch absolut schleierhaft, warum man bei "Album-Bildbeschaffer" nicht einfach einstellen kann, dass er cover.jpg und Co einbindet. Diverse Player (Foobar, Symfonium) greifen automatisch darauf zurück, wenn kein eingebettetes Bild vorhanden ist.   @sa2000

[Luke 42077]

Hi, this is not the reason why you're not seeing images. Can we please see a specific example? Thanks !

[goblin2k3 6]

Well, I don't know how this should help, but here you go.  @Carlo

Btw: I have resetted the (much smaller) audiobook library, this time setting "store images in the media folders" to true before scanning the library. It will show images now but they don't match my images (loading images from metadata providers is disabled).  @sa2000

Before I got my NAS this weekend i installed an emby server on my local machine and didn't meet any problems with album art. For installing it on my NAS I used this script: https://community-scripts.github.io/ProxmoxVE/scripts?id=emby

[sa2000 674]

@goblin2k3 Hi. Is this still a problem ?

My understanding of what you describe as the issue - is:

- In the Proxmox VE virtual machine setup for Emby Server on a NAS, adding a cover.jpg file to an album folder afterwards does not get picked up as the image for the album after a library re-scan

- The same sequece works ok on a local machine

This sounds like it is specific to the Proxmox VE environment - would need logs - see below

and that you have a secondary issue for library set with option to "save artwork into nedia folders" that if you refresh metadata with option to replace existing images, you end up with different images from your specified image files

Is this correct summary ? 

With regards to the first issue, if there are still issues, please enable debug logging on the server - see this Log Files support aticle and do a specific test after you restart the server to start with fresh logs and at the end of the test, download the log file and attach here together with description of what the test was, what time and what the outcome was.

The test would be: initially the album does not have a cover.jpg in the album directory. After this album is added check the library view with "Folder" tab to confirm there is no image. Then add the cover.jpg file to the album directory and re-scan the library. At the end check to see if the cover.jpg is now visible in the Folder tab view of the album

When you gave screenshots before - what view was that - from which screen did you go to it

I did a test on 4.8.11.0 and after a scan of the library - the cover.job I added before the re-scan is now viisble in the Foldrrs view

Also please let me see the library setting options for image / metadata download and if the metadata is stored with the media

For the second issue, where you are getting different images than what you had, could you do a test for that and also give me what ended up being stored in the directories as images downloaded by Emby. When you say "Replace All Images" in a metadata refresh, Emby Server would replace images - even your own set - so this may be working as expected

 

Edited May 27, 2025 by sa2000

[goblin2k3 6]

Yes, the issue still persists and yes, you summarized it correctly.  @sa2000

I activated debug logging and added a cover.jpg to a folder of a new album. It is, as a matter of fact, displayed in the folder view, but not in the album view. Updating metadata or scanning the library does not help.

embyserver.txt

[sa2000 674]

On 02/06/2025 at 20:08, goblin2k3 said:

nd added a cover.jpg to a folder of a new album

what is the folder path where cover.jpg was added? log does not mention any folder that has "Sound Collections" as part of the name

 

On 09/12/2024 at 20:30, goblin2k3 said:

i installed an emby server on my local machine and didn't meet any problems with album art

And is this really true? The cover.jpg you place in the album folder is visble in both the folder view and album view ?  In my tests, the custom cover.jpg was only showing in the folder view

 

[goblin2k3 6]

2 hours ago, sa2000 said:

what is the folder path where cover.jpg was added? log does not mention any folder that has "Sound Collections" as part of the name

The Folder name is "Final Fantasy Mystic Quest".

2 hours ago, sa2000 said:

And is this really true? The cover.jpg you place in the album folder is visble in both the folder view and album view ?  In my tests, the custom cover.jpg was only showing in the folder view

 

I just read the documentation and it seems you are right. Maybe it just displayed downloaded album art from some metadata provider and I falsely assumed that it used the jpg file in the folder. It is quite silly though, that embedded pictures are as a matter of fact added to tracks (which the documentation does not mention), while album related pictures in the folders are ignored. Foobar2000 will display a cover.jpg as album art, if there is no embedded picture, so I would consider it some sort of convention. Also: Emby also uses pictures in movie folders, so why not treating albums the same way?

The album art acquired from the metadata providers is often of low quality, so I don't want to use them (I either scan the covers myself or use the Cover Search Engine). I could, of course, embed them in the audio files, but this is just a waste of disk space (I have an album with more than 3000 tracks, you know).

Edited June 5, 2025 by goblin2k3

[sa2000 674]

1 minute ago, goblin2k3 said:

just read the documentation and it seems you are right. Maybe it just displayed downloaded album art from some metadata provider and I falsely assumed that it used the jpg file in the folder. It is quite silly though, that embedded pictures are as a matter of fact added to tracks (which the documentation does not mention), while album related pictures in the folders are ignored. Foobar2000 will display a cover.jpg as album art, if there is no embedded picture, so I would consider it some sort of convention. Also: Emby also uses pictures in movie folders, so why not treating albums the same way?

The album art provided by metadata is often of low quality, so I don't want to use them (I either scan the covers myself or use the Cover Search Engine). I could, of course, embed them in the audio files, but this is just a waste of disk space (I have an album with more than 3000 tracks, you know).

Thanks for clarifying. I will look into it and follow it up

Thanks

 

[quickmic 1703]

Welche Library structue hast du bei deiner Music Lib eingestellt? Falls da other or unstructured steht (was default der Fall ist), versuch das anzupassen.

Soweit ich mich erinnere, werden die covers ignoriert bei default. Danach muss ein re-scan (vielleicht auch ein refresh metadata) getriggert werden.

 

Edited June 11, 2025 by quickmic

[sa2000 674]

On 05/06/2025 at 13:30, goblin2k3 said:

The album art acquired from the metadata providers is often of low quality, so I don't want to use them (I either scan the covers myself or use the Cover Search Engine). I could, of course, embed them in the audio files, but this is just a waste of disk space (I have an album with more than 3000 tracks, you know)

I have reproduced this with the following test library and referred it to the development team

Music-album-cover-art-test/
	Carly Simon/
		Carly Simon - The Very Best Of/
			Carly Simon - 01 - You're so Vain.mp3
			Carly Simon - 02 - Nobody Does it Better.mp3
			Carly Simon - 03 - Why.mp3
			cover.jpg

 

[sa2000 674]

A late update on this

There are two factors that affect this 

1. As outlined by @quickmicabove - the Music folder structure option for the library needs to be one of the two stuctured settings

On 11/06/2025 at 04:31, quickmic said:

Welche Library structue hast du bei deiner Music Lib eingestellt? Falls da other or unstructured steht (was default der Fall ist), versuch das anzupassen.

Soweit ich mich erinnere, werden die covers ignoriert bei default. Danach muss ein re-scan (vielleicht auch ein refresh metadata) getriggert werden.

 

2. If there is more than one instance of the album folder in the library or other libraries, then they all need to have the same custom art files.

Edited September 19, 2025 by sa2000

[goblin2k3 6]

Sorry for the late response. For some strange reason it has been working for quite some time now (even before the latest update).

[sa2000 674]

Thank you for the confirmation.

I have added some notes to the article whilst i was testing this

https://emby.media/support/articles/Music-Naming.html