Animated Cover art doesnt show on now playing screen

Support
1

App version

Beta

Issue description

I have animated cover art showing on album page for some albums but not on now playing screen. I have toggled “prefer animated cover art” to on for both. I really dont know why this is happening. If it helps, with one album it shows on both screens, and, that particular album has solely a .webp cover art and no .jpeg

Device type

Phone

Media provider

Navidrome

Steps to reproduce

  1. Clear image cache
  2. Resync
  3. Check album page with animated cover art
  4. Check now playing with animated cover art
  5. Now Playing doesnt show animated cover art

I searched existing issues first

on

I understand that logs are mandatory

on

Log upload name / description

thekingpin

2

Just to add, I see animated cover art in album and now playing on navidrome GUI. So I know its there, I’ve also set .webp as priority for cover art.

3

Spamming won’t change or help you know ? Symfonium displays the data returned by Navidrome it probably returns a different data for the tracks than for the album.

@deluan can you explain how things works around that and the option Clear cached images on album doesnt clear track images - #5 by TheKingPin

4

You marked the other issue as handled, and, that issue was not 100% the same, and, didnt contain the logs reproducing the issue.

You know, not everyone is trying to piss you off. :wink: I certainly wasn’t. I thought this is the most efficient way to track an issue with a dedicated issue report, instead of hanging onto a previous one marked as handled.

5

Simple: If the EnableMediaFileCoverArt is set to false, Navidrome will return the related album cover when you call getCoverArt with a mediaFileID.

If it is true (default) it will try to return the embedded artwork for that media file first. If there is no embedded image on the file, then it will fallback to the album: Artwork location resolution | Navidrome

6

Thanks @deluan

I have already tried setting ND_ENABLEMEDIAFILECOVERART to false, and, I still dont get the animated cover art showing in symfonium.

Just to highlight that the one album which only has a cover.webp file and no cover.jpeg, returns the animated on both album and now playing screens in Symfonium.

For what its worth, this is the answer I get from AI:

Read the debug log

The answer is clearly visible in the log. Look at the image requests for the now playing screen vs the album page:

Now playing (NowPlaying screen):

imageType=Static, animatedExtension=null, ... size=(429, 429)

Album page thumbnail downloads:

imageType=Animated, animatedExtension=webp, ... size=(168, 168)

then immediately after:

imageType=Static, animatedExtension=null, ... size=(168, 168)

The pattern is clear: when Symfonium requests the animated WebP at size=(168, 168), it gets back imageType=Animated — that’s Navidrome serving the full unresized animated WebP correctly. But when it requests at size=(429, 429) for the now playing screen, it sends imageType=Static, animatedExtension=null — meaning Symfonium itself is not even requesting an animated image for that slot.

7

I call it with the covertArt you return during sync I don’t derivate from the item id.

Logs shows getCoverArt.view?id=al-6NEF1TwxiD9RdAVQGS4HgJ_69fb11b9) for the albums

But still getCoverArt.view?id=mf-KsziqL1tRWQRhiDHoicVLZ_69a67e01 for the tracks.

So maybe he does not sync or you still return different ids in search3 ?

8

The ID returned by search3 will always be the mediaFileID. But when you call getCoverArt with it, that’s when Navidrome decides if it will server the album or the mediafile cover, based on the EnableMediaFileCoverArt configuration.

@TheKingPin Ideally you would do both requests yourself (getCoverArt.view?id=mf-KsziqL1tRWQRhiDHoicVLZ_69a67e01 and getCoverArt.view?id=al-6NEF1TwxiD9RdAVQGS4HgJ_69fb11b9) and check the image returned.

9

If im doing this correctly, these 2 calls return 2 different album covers not related at all with the album thats not showing animated art on the now playing screen. Just to clarify, Im calling them like this:

http://192.168.1.106:30043/rest/getCoverArt.view?id=al-6NEF1TwxiD9RdAVQGS4HgJ_69fb11b9&u=max&p=MYPASSWORD&v=1.16.1&c=test

But if the question was are the returned images the same, then the answer is no they are not.

10

Those are just values I saw from the logs, I have no way to know exactly what is what as the log is large with hundreds of images displayed and you gave 0 details about the tracks or the album :wink:

11

I uploaded new logs demonstrating following behaviour with following albums

Metallica St Anger and Metallica Kill Em all

First I cleared image cache.

Then

St Anger, I did the following:

  • Go to album page of St Anger (animated cover is shown)
  • Play first song and check now playing (image is static)

Now with Kill em all both album page and now playing show the animated cover and I have no idea why, other that Kill em all album only has .webp cover art and no jpeg.

Other notes:

  • On navidrome gui both views have the animated cover.
  • Other albums with both jpeg and webp files will show animated on both screens.

Thank you for your patience @Tolriq :slight_smile:

12

The non animated id is ‘dc-12g9L5oJvXrT2ArnwJWxOz:1_0’ seems it’s Navidrome internal disc cover when multi discs.

@deluan could it be that ?

13

Well… There you have it @Tolriq

I set ND_DISCARTPRIORITY to same as ND_COVERARTPRIORITY in my Navidrome config which is:

cover.webp,cover.,folder.,external

Now when I go back to check the albums they all seem to show animated cover art in the now playing also. I have no idea how you came to this solution but it has worked, thank you very much.

Weirdly, those albums, which didnt show the animated cover art, are not all multi disc albums. I would need to read the tags individually to totally confirm, in case the metadata is indeed not 100% correct.

14

You mean the solution that Symfonium displays what Navidrome sends as I said since the start ? :wink:

I just read the logs see that’s it’s dc type image search what dc is. Not really Symfonium support scope and reason why I close the other one. I can’t do support for the dozens of servers I support.

15

I get what your saying, but, to come to the conclusion you came to, requires in depth knowledge, that most of us “normal users” do not possess, I have been trying to get this thing to work literally all day but would not have come to the same conclusion.

And I internally acknowledged this answer, but, did not know how to interpret it to assist me in finding the answer.

Anyways, Im just happy that this particular issue can be put to bed. Thanks again for your patience and assistance. I appreciate it!

16

One last thing @deluan

Do you require an issue report on github for this?

Because ND_DISCARTPRIORITY should not over ride ND_COVERARTPRIORITY in my case I feel, as, at least, some of the albums affected, were not multi disc albums.

Happy to provide any further information that helps.

17

Since I’m in a bad mood today thanks to users, let me be the even less nice than usual :slight_smile:
At what point your miss understanding of Navidrome internal working / settings is my problem ?
Imagine if all my users asked me for help to debug Navidrome or Jellyfin or or or or … for free ? How can I still have time to actually work on Symfonium ?

The app + normal support is already 2 full time jobs to reach the quality level of Symfonium.

You are a long time user and have made a lot of reports more or less valid, so I took time for you (Even if since all that time, please stop putting the same value in the description field else I can’t match logs and issues ;)) but really this is not my job and I do not have the time or the ressource to provide this kind of support.

18

It is never your problem, and, I would totally accept if you told me to F… off… But, you clearly have more knowledge about every aspect of software / developing / debugging than I have (and I have been watching your work across github and here to get this conclusion), so, I feel, you can assist me the best way to get a solution, in retrospect, I realise, the issue was not with your software, but, with my config. You can take my word for it, had I known that prior to opening the issue, I would not have troubled you.

For what its worth, I will share with you, that I am an avid supporter of indie developers, and, open source software in general. I really do respect what you people do, and, not always for much in return, I also try, when possible to donate, and, assist in bug reporting etc as best I can, because I understand that contributions from users is what drives software forward.

And. I do genuinely appreciate that!

You must also remember, that your software is truly one of a kind. There is not a day that goes by, where I dont use it, at work, in the car, in my free time… When I see that there is some new enhancement feature (animated cover art support :wink: ), I naturally want to implement it right away.

Maybe in future, its possible to delegate trusted users as “support assistants” for you. I see your app growing to such extent, that sole support will anyways become difficult for you over time. I also think there are enough people in the forum who would be happy to assist with such a task.(me included)

Anyways, rant over. Thanks again, and long live Symfonium!

19

But I did told you twice that it was your config, you should just have believed me :wink:

People can already help and answer and some do, I just can’t delegate the logs as there’s the IPs of the users and details about their library that users trust me with, not to share with random strangers.