Roon fails to decode jpg images sourced from apple music

Surely this cannot be so difficult to diagnose and fix.

@beka, I raised this issue in November 2021. Iā€™ve provided copious worked examples reproducing the issue and itā€™s been implied more than once in this thread that itā€™s being looked at. Itā€™s now June 2022 and thereā€™s no resolution. Really tired of my Roon UI looking like this:

Could you please confirm there is an open ticket to resolve this basic issue.

and another :

Seems Roon doesnā€™t have a valid image of its own.

Roon reckons I donā€™t have a local file:

Windows disagrees:


As does Linux:

Hey @evand,

What happens if you rename the image file to either Cover, or, Front and rescan the album? Does the artwork populate then? Thanks!

@jamie short answerā€¦nothing changes.

@jamieā€¦ any feedback please., itā€™d been 8 months since I raised this post and probably 18months since I first brought it to Roonā€™s attention.

I wonder if this is a file size issue, as in MB, not pixels. The reason I ask is that I just checked out the following image, posted way back when, and itā€™s 13.2MB.

When I open this and use Save for web, I can get it down to 3.7MB using 75% quality. Hereā€™s that version:

And finally, hereā€™s a smaller version still: 2.4MB using 60% quality.

It might be worth trying out one of the two lower quality versions to see if it helps.

In each case, the image size is 3000x3000px.

EDIT: just realised that the forum software is resizing the images to 1920px, so the versions above are not 3000x3000. I still think that file size might be an issue worth investigating if you have the means to resave your images. If not, Iā€™d be happy to try it for you.

Weā€™re rapidly moving to an UHD world and I may in time want to have Roon display HQ images via projector or a large TV / monitor. Even my Sony NW-A30 portable bluetooth music player can decode these covers and render the album artwork for browsing albums. This is a bug, itā€™s been longstanding and itā€™s clearly not a priority despite the occasional apology and rhetoric from Roon implying itā€™s being looked at.

I didnā€™t suggest that you change the resolution, I suggested you change the file size. Itā€™s perfectly possible to save a much smaller version (i.e. less MB) without any noticeable loss of visual quality. The Bey Ries file you linked weighs in at 13.2MB, but using Save for Web in Photoshop you can get that down to 3.7MB or less. That said, I donā€™t know if it would make any difference, I just suggested that you give it a try.

@jamie, anything to report h please?

@jamie, some feedback appreciated please.

1 Like

@jamie, feedback please - why is this taking so long to get looked at, can you guys just be honest rather than go silent in the hope we disappear?

Hey @evand,

My bad, I did see your pings but neglected to get back to you quickly. I apologize for that, youā€™ve been beyond patient. There is a ticket in on this issue, itā€™s been investigated but we donā€™t have a resolution as of yet. Iā€™m checking in with QA and our team lead to ask that they revisit it. Iā€™ll be back in touch once I know more. Thanks!

Hi Evand,

I downloaded several images from the links you provided above, and in each case, when I replace a current albumā€™s cover.jpg, with one of the downloaded files, it was immediately seen and used by Roon.

So, maybe the jpgs in the links above are working and not the same? If you have a direct link, like from dropbox or the sort, Iā€™ll give it another try.

This is on a Windows 10 Roon core.

Cheers,
Daniel

2 Likes

Hi Rugby, have you checked the album edit page to ensure Roon is actually using the image in question?

Iā€™ve pmā€™d you with the most efficient means to test.

The album I used to test is one which is unidentified by Roon and likely to never be identified. But, I will double check.

Somewhere in this thread I think I tested and concluded the issue was with the Linux core only. May be mistaken though, will check in morning.

1 Like

Hello @evand ,

We recently spoke to the QA team regarding your case, and QA has mentioned that they have not been able to reproduce this issue, either on Windows, ROCK or Ubuntu Linux.

It seems that even between your Arch Linux computers on the same platform, you are not able to reproduce the issue consistently.

Unfortunately, since we are not able to reproduce the issue in-house, it will be very tricky to nail down, and your Roon logs donā€™t display much info. Is there any way you can make this issue reproducible on a standard Ubuntu install with a fresh database?

If reproduction on standard Linux is not possible, I am not sure how much further we can troubleshoot this, as it may be due to something to the current database you have on your Arch Linux.

1 Like

I disagree about being able to reproduce the issue consistently,and Iā€™ve spelled out exactly how itā€™s done.

Get an album unkown to any of Roonā€™s metadata sources.
Tag it, or donā€™t, but ensure thereā€™s no embedded cover art
Download the largest version of the artwork, the URL of which can easily be obtained by pasting the apple album URL into the first field here: https://atisket.pulsewidth.org.uk/
Press search
Right click and open the link to the apple artwork and save the file as cover.jpg or folder.jpg in the same folder as the underlying music files
Ensure thereā€™s no other album cover artwork in the folder
Copy the folder to a folder Roon is implementing
Goto album and youā€™ll see the result
Select Edit album and scroll down to artwork and youā€™ll see Roon report thereā€™s no file.

I couldnā€™t have spelled it out any clearer in the many worked examples I provided, so I have to conclude nobody that ā€œlooked intoā€ this has actually bothered to read this thread properly.

You said ā€¦

Which kind of ignores ā€¦

If you can, great, problem solved. Well, maybe not solved, but a step in the right direction. If you canā€™t, then @WiWavelength is probably correct: you have a possibly unique problem with your setup that is not going to get resolved.