Jump to content

Album cover art not showing up for new albums


Go to solution Solved by marktaff,

Recommended Posts

marktaff
Posted

/var/lib/emby/metadata/musicalbums has no folder for David Ball's 'Amigo' album. Nor for Rick Trevino's 'Looking for the Light' album. I'm guessing not for any of the other newly added albums either.

Happy2Play
Posted
32 minutes ago, marktaff said:

This jpg image has nothing to do with the problem.  I do *not* expect emby to use that image--it is not in that folder for emby's use.  Pretend it doesn't exist.

Well if a folder/poster/cover.ext did exist it would be used for Album.

Track images are extracted for track images.   But not to be used as a Album cover.

What are your Music Library options?

example

Capture.JPG.61f95943483cc61990296bfa1bb12df5.JPG

 

marktaff
Posted

Here is the log file from when 'Amigo' and the other 8 albums were imported. 'AudioImageProvider' is nowhere in the file.  Perhaps this will help.

embyserver-david.ball.amigo.txt

Happy2Play
Posted

What are your Music library settings?

marktaff
Posted
22 minutes ago, Happy2Play said:

Well if a folder/poster/cover.ext did exist it would be used for Album.

Track images are extracted for track images.   But not to be used as a Album cover.

What are your Music Library options?

example

Capture.JPG.61f95943483cc61990296bfa1bb12df5.JPG

 

The images aren't being extracted for the tracks either.  But why wouldn't emby use the embedded front cover artwork as the album cover?  Per spec, that is *exactly* what it is for. Pre 4.6, it used the embedded art properly.

I haven't changed anything in my Music Library options since I created it years ago.

emby.music.library.1.png

emby.music.library.2.png

emby.music.library.3.png

emby.music.library.4.png

emby.music.library.5.png

emby.music.library.6.png

Happy2Play
Posted (edited)
7 minutes ago, marktaff said:

The images aren't being extracted for the tracks either.  But why wouldn't emby use the embedded front cover artwork as the album cover?  Per spec, that is *exactly* what it is for. Pre 4.6, it used the embedded art properly.

You have everything disable so what are you expecting to happen?

What should a Album show if each track has a different image?

Have a proper named image in Album folder and you will get a image.  

Mines shows extraction because I have Song image fetcher enabled.  But those are Track images not Album images.

You don't even have Structure set either.  But may be irrelevant with everything disabled.

Edited by Happy2Play
marktaff
Posted
Quote

You have everything disable so what are you expecting to happen?

*I* didn't disable or change *anything*. Everything worked flawlessly before 4.6.  If the library settings are wrong now, it is because emby changed them.  I will turn on the song extractor, and see what that does.  But most of that stuff should be off, except maybe artist image fetchers.  emby shouldn't generally get info from the Internet--everything it needs is in the metadata.

All songs from the same album have the same coverart, as they all come from the same album. Why would an album have a different cover than the cover of the songs on the album?  That makes no sense. 🙂

marktaff
Posted

I turned on the song extractor and rescanned the library; no effect. No album art, no track art.

pwhodges
Posted
5 minutes ago, marktaff said:

Why would an album have a different cover than the cover of the songs on the album?  That makes no sense. 🙂

If it's a compilation or Best Hits album, for instance.

Paul

Happy2Play
Posted
2 minutes ago, marktaff said:

Everything worked flawlessly before 4.6

And Music was completely rewritten for 4.6 so what worked in 4.5 will not work the same in 4.6.

@LukeShould Emby extract a Album image for a track?  My understanding is no.  So without a folder image or a online provider there will be no Album image.

I know all my software saves image in folder that is saved to tracks.

1 minute ago, marktaff said:

I turned on the song extractor and rescanned the library; no effect. No album art, no track art.

We are using your media so I am currently at a loss.  But will test with your supplied settings in a bit.

marktaff
Posted
9 minutes ago, pwhodges said:

If it's a compilation or Best Hits album, for instance.

Paul

The compilation or greatest hits album has its own unique cover, embedded in every track on that compilation album.  A given track on a greatest hits album, from the studio album, will have the studio album art embedded in it.

marktaff
Posted
13 minutes ago, Happy2Play said:

I know all my software saves image in folder that is saved to tracks.

That is misbehaving software.  The cardinal rule of programming is "Don't destroy your users' data".  Software that pollutes user data with application data is misbehaving.  If you need to store application data, then you store it in an application data area, either globally or per user (/var/lib/emby or /home/mark/.emby/, for example).  I know there is audio software that behaves as you say, and I refuse to use such unruly software. I've been the victim of such software in the past, and it is a PITA to repair the damage it causes to the collection.  There is no reason for an audio player to ever write any application data to my collection.

Thanks for your continued testing. 🙂

Happy2Play
Posted
2 minutes ago, marktaff said:

That is misbehaving software

No that is a software setting.  Both Picard and mp3tag have this option so it is by design. 

You are using improperly named album folder images so Emby ignores them.  But dev will have to comment further on if a extracted track image can be used for Album.

marktaff
Posted

I just touched (`touch`) "David Ball - Amigo.flac', then rescanned the collection. The embedded artwork showed up as it should. I shouldn't have to update the mtime to get emby to rescan a folder/file when the file hasn't actually changed. That has negative consequences outside of emby.  If I tell emby to rescan the collection, or at least when I tell it to refresh the metadata, it shouldn't take mtime into account--it should just refresh the metadata.

Emby in 4.6 not extracting the embedded art by default may have been the original bug.  I'll try importing another CD and see how that goes.

Happy2Play
Posted (edited)

I have no issue with song extraction enabled, showing track images.  But dev will have to confirm a Album image is not recreated from extracted track image.

Yes I did see a issue with refreshing the album not extracting track images (initially disabled) when I enabled the option during a test but multi-selecting all the tracks and refreshing extracted the track images. 

But if @Luke were to add "any junk - cover.jpg" it would resolve your issue.

Edited by Happy2Play
marktaff
Posted
8 minutes ago, Happy2Play said:

You are using improperly named album folder images so Emby ignores them.

No, I am not! Those images are not for emby's use. Emby ignoring them is the expected and acceptable behavior.  If emby used them, it wouldn't hurt, but it isn't desired behavior. Those images exist for the sole purpose of me maintaining and validating my collection.  For example, my scripts verify that the embedded cover art exactly matches the jpg file, and if it doesn't, it replaces the embedded art with the jpg version. My scripts also verfiy that every folder has a properly named cover art jpeg, that its aspect ratio is 1:1, and that its dimensions are > 500px (or error) or > 1000px (or warning). My scripts automatically delete anything that isn't a flac file or the properly named master cover art jpeg file from the album folders, to guard against unruly software polluting my collection.

Happy2Play
Posted
1 minute ago, marktaff said:

No, I am not! Those images are not for emby's use

Okay then you have no Album image and Emby is doing what it is suppose to at album level, nothing per your configuration.  So unless another option is add there will be no art.

albumart.jpg.3fd950f3720c79fd579907147d26845f.jpg

marktaff
Posted
6 minutes ago, Happy2Play said:

Okay then you have no Album image and Emby is doing what it is suppose to at album level, nothing per your configuration.  So unless another option is add there will be no art.

albumart.jpg.3fd950f3720c79fd579907147d26845f.jpg

Touching one file in each album to update the mtime then rescanning works. All the album art is there now. I still have to try importing another album to see if it works properly now first time around now that 'song image extractor' in turned on.

I have those artwork fetchers off because they all return artwork that is equal (rare, best case) but usually *far* worse images compared to what I have in the embedded files.

Thanks.

Happy2Play
Posted

Ah yes it was a timing issue as there is now a album image generated in /metadata/Amigo-musicbrainzalbum-4a296fa5-623b-493a-89df-2c75e52a5c86.  So everything is working with song extraction.  At least in my recent test.

Posted
8 hours ago, Happy2Play said:

 

But if @Luke were to add "any junk - cover.jpg" it would resolve your issue.

cover.jpg is supported.

Happy2Play
Posted
1 minute ago, Luke said:

cover.jpg is supported.

Yes, OP doesn't care about current "Artist - Album - cover.jpg" being read.  But for Emby to using track embedded image for Album.  But think the problem is resolved once Song image extraction was enabled.  OP appears to have had a issue of Refresh not working, but when OP touched each file, RTM picked up change and extracted images and applied a Album image and track images.

@marktaffis everything working now?

Posted
Quote

But think the problem is resolved once Song image extraction was enabled. 

OK, so if I understand correctly, you disabled all of the options and then wondered why you weren't getting images.

  • Agree 1
marktaff
Posted
13 hours ago, Luke said:

OK, so if I understand correctly, you disabled all of the options and then wondered why you weren't getting images.

No, you do not understand correctly. I didn't touch any of the options. In 4.5, everything worked fine.  When I upgraded to 4.6, the upgrade apparently either removed all my settings, or changed the settings that are available and set the new settings to 'off'.  In either case, after the upgrade, I had no settings set for my music library.

The setting that was critical to have on was the 'song image extractor'.  The missing art is now present, but I still need to test if it works properly first time around when I add a CD to my collection.  I was busy porting scripts to Python3 yesterday, so I didn't get that done yesterday. 

Testing that is high on my list today.  I suspect it will work fine.  If so, I'll mark this as 'solved'.

Thanks! 🙂

  • Solution
marktaff
Posted (edited)

In the upgrade to 4.6, either the possible settings changed and were set to off by default, or the upgrade wiped out my existing library settings.

In the music library settings, under 'Song Image Fetchers", the 'Image Extractor' option needs to be on. N.B. that setting being off doesn't affect the display of any CD artwork that was in emby prior to upgrading to 4.6.  Once that was turned on, touching (`'touch [file]` in linux; `copy /b [file] +,,` in windows (backticks are just for quoting)  one file from each affected album (to update the file's mtime to now), then rescanning the library, caused emby to load the embedded coverart as expected, in both track and album contexts.

Adding a new CD to my collection now picks up the cover art first time around. 🙂

Many thanks to @Happy2Play for finding the root cause of the problem.  If you're ever in Dallas, I owe you a beer. 🙂

Edit: Since I marked this as solved, it shows I solved the problem.  But is was @Happy2Play that really solved it.

Edited by marktaff
Solved credit
  • Like 1
Posted

Thanks for the feedback. Apologies for the disruption.

  • Like 1

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
×
×
  • Create New...