changing music album cover not change recursively the songs cover

[linusminix 0]

Hi,

As in the title, if i change the music album cover it dosen't apply on cover of the songs in  ...

 

Thanks

[pwhodges 2012]

The image shown for a song is the cover image embedded in its tags.  If there is none, the album image is not used as a substitute.

Using MP3tag or some other tagging program it's easy to bulk-copy an image in a separate file into the tags of the music files.

Paul

[linusminix 0]

precisely no. The album is correctly indicated with mp3tag but the image displayed is different and does not correspond with the image of musicbrainz album id either...

[pwhodges 2012]

Do the files have multiple images in the tags (that isn't shown very clearly in mp3tag)?

Paul

[linusminix 0]

No there is only one and unique image that is not which is shown in emby

[pwhodges 2012]

Well, Emby can only show an image you have supplied somehow.

Paul

[linusminix 0]

I think it's an image that emby pull from internet (musicbrainz ... or other) but why emby don't pull the image corresponding to the musicbrainz id album.... That's the question and why he can't copy the image you give to the album to the songs of this album ?

Edited May 19, 2024 by linusminix

[Luke 42078]

9 hours ago, linusminix said:

I think it's an image that emby pull from internet (musicbrainz ... or other) but why emby don't pull the image corresponding to the musicbrainz id album.... That's the question and why he can't copy the image you give to the album to the songs of this album ?

Hi, Emby does do this.

[Luke 42078]

14 hours ago, linusminix said:

Hi,

As in the title, if i change the music album cover it dosen't apply on cover of the songs in  ...

 

Thanks

What exactly did you do and where?

[linusminix 0]

Hi,

Here for example is some the sreenshot of what i did :

Until you don't delete image cover of each song individually, the cover will not be replaced with the image cover you give to the album.

What am i doing wrong ?

 

Thanks you

[Happy2Play 9780]

Not sure I follow minus a cache issue as by default Album with no image will use Artist image.

Applying Album image within Emby

Changed again

 

@Lukeis the hidden "ShareEmbeddedMusicAlbumImages" option a factor here?

As my tests where with it set to true per new default.

 

But technically I have all of this done before Emby ever sees music as all tagging and image are gotten via mp3tag or Picard so Emby doesn't really have to do anything.

 

 

 

 

 

Edited May 20, 2024 by Happy2Play

[Luke 42078]

HI, you're not doing anything wrong, it's just that the tracks are overriding it by having their own image assigned.

I think what we need to do is prompt you and ask you what you want to do when updating an album image, so that you can specify if any existing track specific images should be removed.

Either that or just simplify and not allow track-specific images anymore. Then this problem goes away. @Vicpa  @ginjaninja

[ginjaninja 605]

39 minutes ago, Luke said:

HI, you're not doing anything wrong, it's just that the tracks are overriding it by having their own image assigned.

I think what we need to do is prompt you and ask you what you want to do when updating an album image, so that you can specify if any existing track specific images should be removed.

Either that or just simplify and not allow track-specific images anymore. Then this problem goes away. @Vicpa  @ginjaninja

Im not "an image embedded track" guy, so not speaking from experience/stake in the game... so personally i wouldnt miss the removal of custom track images (inheriting image from album works for me)

presumably its a rare case for someone to have embedded track images but not want them and expect a change of album image in Emby to trickle down/overwrite embedded images....maybe the gold plated solution is to to have a non-default library option "read embedded image metadata" (i think thats in line with the existing option to use embedded title metadata) and establish it the users responsibility to more carefully manage their [embedded / in media folder album and track image] metadata offline ready from Emby to ingest if they wish to use that option.

equally could leave as it is and just agree its the users responsibility to sort out their embedded metadata. This presumably affects very few people and there is a solution (sort out embedded metadata)

[ginjaninja 605]

10 hours ago, ginjaninja said:

Im not "an image embedded track" guy, so not speaking from experience/stake in the game... so personally i wouldnt miss the removal of custom track images (inheriting image from album works for me)

presumably its a rare case for someone to have embedded track images but not want them and expect a change of album image in Emby to trickle down/overwrite embedded images....maybe the gold plated solution is to to have a non-default library option "read embedded image metadata" (i think thats in line with the existing option to use embedded title metadata) and establish it the users responsibility to more carefully manage their [embedded / in media folder album and track image] metadata offline ready from Emby to ingest if they wish to use that option.

equally could leave as it is and just agree its the users responsibility to sort out their embedded metadata. This presumably affects very few people and there is a solution (sort out embedded metadata)

doh the option already exists defaults to on. I guess its possible that some people "work in songs rather than albums" and it would a poorer default experience to loose song images....rock and hard place...

i'm leaning towards your original suggestion...

 

12 hours ago, Luke said:

I think what we need to do is prompt you and ask you what you want to do when updating an album image, so that you can specify if any existing track specific images should be removed.

But removing the memory of an embedded image would leave artwork experience in a precarious position.....?any  rescan would flip it back?....

Spoiler

i am not familiar how internal database change permanence works in practice; so may be overstating this concern.

maybe the warning would have to be accompanied by an action to lock image [metadata] -  prevent embedded image retrieval for said tracks.

refresh all metadata with images option i guess would be the reset / fall back from that decision if user changed their mind. [but would reccomend that image metadata lock to be exposed in UI so it can be unlocked first.]

 

Edited May 24, 2024 by ginjaninja

[Vicpa 611]

Hi

I guess I am an embed image guy. LOL 

14 hours ago, ginjaninja said:

Either that or just simplify and not allow track-specific images anymore. Then this problem goes away. @Vicpa  @ginjaninja

But that being said.. BY the definition of an "Album" I use  I would never expect the track images to be different, I use Album cover as the image I embed. So by my definition they should always be the same or they would be "different" albums and probably be need looked at.

Luke from a UI perspective they should "just be the same", so if you choose "'not to support" track-specific images that seems to work with my definition of an album.

Now where you get the image from should always be from the folder or the track first ....before getting it from one of the providers. These options in Picard seem to work well currently in Emby, They embed the image in the Track but also saves them to an external "folder.jpg" . all automagically Picard and Emby = a new album in my library.

-vicpa

[Vicpa 611]

Hi @Luke

Sorry always have ideas ..

If you wanted to "play" with the UI, maybe change or have the option, the image type of a "song" to a disc, Emby is great at adding discart I couldn't tell if I have enough to make the UI seem complete enough, but it would be an interesting option.

[Vicpa 611]

On 5/20/2024 at 2:45 PM, Happy2Play said:

@Lukeis the hidden "ShareEmbeddedMusicAlbumImages" option a factor here?

This is strangely troubling. How about sharing the hidden options, 

or @Happy2Play

Edited May 24, 2024 by Vicpa

[Happy2Play 9780]

1 hour ago, Vicpa said:

This is strangely troubling. How about sharing the hidden options, 

or @Happy2Play

Since configs are DB only now one has to use the api to update library options.  Luke has mentions he will put an option in the UI for this in original topic.

 

[Vicpa 611]

On 5/20/2024 at 2:45 PM, Happy2Play said:

@Lukeis the hidden "ShareEmbeddedMusicAlbumImages" option a factor here?

Well gentlemen why is this list of functions not readily available to all users. I understand that things can take time to make it to the UI. But I took time to respond to @Lukequestion unaware of a setting that could (and sounds like is changing) impact the response I gave..

Help me out here..

[Happy2Play 9780]

3 minutes ago, Vicpa said:

Well gentlemen why is this list of functions not readily available to all users. I understand that things can take time to make it to the UI. But I took time to respond to @Lukequestion unaware of a setting that could (and sounds like is changing) impact the response I gave..

Help me out here..

Yes as it comes down to new vs old as a new library will have new setting vs old library not changing.

[Vicpa 611]

1 minute ago, Happy2Play said:

Yes as it comes down to new vs old as a new library will have new setting vs old library not changing.

@Happy2Playthanks for being straight  !!

@LukeWTF so How many of these have changed ? Why am I taking my time with Emby?

[Luke 42078]

13 hours ago, Vicpa said:

Well gentlemen why is this list of functions not readily available to all users. I understand that things can take time to make it to the UI. But I took time to respond to @Lukequestion unaware of a setting that could (and sounds like is changing) impact the response I gave..

Help me out here..

There really isn't a long list of these. This one in discussion here is a rare exception.

[Luke 42078]

Quote

@Lukeis the hidden "ShareEmbeddedMusicAlbumImages" option a factor here?

No it's not. There's no new vs old here. Nothing has changed. That hidden option only exists in order to do something different from the long time behavior.

This is mainly about tracks having their own images and whether they even should or not.

[jiggity 35]

I can confirm that Emby does not display the embedded song images correctly, especially on multi disc sets if you want to have different art for each disc.

 

[Luke 42078]

13 hours ago, jiggity said:

I can confirm that Emby does not display the embedded song images correctly, especially on multi disc sets if you want to have different art for each disc.

 

We'll incorporate disc number into the determination of uniqueness. Thanks.