Issue with not saving cover additions for 'unidentified' album in Roon (ref#39XGH2)

What’s happening?

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

Not Saving Cover additions of "unidentified" album. The album not identified is part of the "NY Philharmonic 175th Anniversary" The image size is over 500 x 500, which seems to be Roon's requirement. Roon will "show" the Image in the "add from file" section, but upon click of Save Roon reverts to the plain grey Cover. Please advise

Describe your network setup

Standard Router and switch, DNS set to 8.8.8.8 and 1.1.1.1

What do your Import Settings say to do in general?

FYI I recommend putting the artwork in a file called “Folder.jpg” in the folder that contains your files, and even going one step further and using an ID3 tag editor to embed the artwork in the files. This will be sure to be able to be used in software outside of the Roon universe, future-proofing your work.

I’ve tried use Roon, use file, use best. Are you saying create a folder within the Album directory called “folder.jpg”, then putting that .jpg within that?..just to be clear…thanks!!

nope, that didn’t work…

No, @DDPS meant simply putting the cover image into the album folder, as a file called “folder.jpg”. Roon should pick that up automatically.

By the way, Roon observes several naming conventions for additional imagery and booklets, which might be helpful. The page on the following link was put together by a helpful user, as there is little official documentation in one place about it:

1 Like

Thank you for info…unfortunately that didn’t work either. I put .jpg, now called folder.jpg, in the albums directory. Tried all three choices for Album Art- Roon, Best and File. Deleted “cache” and restarted Roon Server…still nothing. Renamed folder.jpg to cover.jpg and did the whole process again, still nothing. Wondering if it could have anything to do with the Album being “unidentified”? Or is it possible that Roon Server which is on a Win 11 PC while the Data is on FreeNAS is causing an issue…even though my login has full rights to Linux. Even when placing the file in a local win 11 directory cannot get Roon to see the artwork…have 100 or so albums like this, kind of a long road to hoe to just get some artwork seen

No, it shouldn’t.

Shouldn’t either. If it can read the music files, it can read an image file.

DDPS asked this, it would be interesting:

I shouldn’t be like this. If it was just one album, my next guess would have been a broken image file and I’d recommend a different one (any image would do). But this seems unlikely if they are so many.

Maybe official support can shed light

Per @DDPS asking…


also let Roon “resync” artwork by switching to prefer file and prefer best…

Very strange, let’s see what support finds, I guess

The fact that under “Prefer File” it has a gray image with dimensions of 225x224 is a likely indication there is a bad image embedded in the file metadata. I recommend using a tag editor that can show multiple embedded images (like Yate or Mp3tag), delete ALL embedded images from ALL files, then “Save” before proceeding to the next step.

After saving, embed the attached image in each file using the tag editor:

(You can use this as the Folder.jpg in the album’s directory, too, but that’s less important here.)

Then come back and show us the updated version of the screenshot you made in Issue with not saving cover additions for 'unidentified' album in Roon (ref#39XGH2)

1 Like

After downloading and installing a Tag editor:

this is how it shows in JRiver:

perfect

Roon:

went through the usual routine of trying all 3 ways…saved as folder.jpg, delete Cache, restart…router, switch, modem, pc freenas…
don’t know anything about mp3Tag.exe but it seems to clearly show the .jpg “imbedded” in all the wav files…and it would seem Jriver agrees. Lost

This is as good an indication that you have narrowed down the problem for Roon to look at as any. I hope they can take it from here.

1 Like

So, what i find a bit interesting on all this…using the NY Phil 175th albums as examples…when i went through the Rip process a year or so ago, after i completed each album i’d google appropriate original image, save one, and add it seamlessly to Roon…so that 225 x 224 WAS an album cover in Roon. When i moved the data to TrueNAS and reimported…no good. Hope this can be fixed…i can’t be the only person that really doesnt like looking at these Grey covers:)

That’s really interesting. I don’t think that most people add artwork to Roon in this manner; it’s far more typical for people to embed in files and via Folder.jpg. I bet they haven’t fully tested the long-term implications of adding artwork individually to the Roon database. They definitely need to fix your issues, but I would highly recommend using the approach you’re now familiar with via this thread moving forward.

I do this quite often with Qobuz albums, if they have covers with issues, like bad cropping. I never had an issue with that

Ah, well that is with streaming files rather than local, so there is no other option or potential conflict with embedded artwork…

Point being, that is probably well tested…

1 Like

When NO Artwork is associated with an Album in Roon i believe this is what you get

at the very least i should be able to put a 500 x 500 image in this albums directory and name it “cover.jpg” or “folder.jpg” and then select “Use Roon” for the Artwork and have it Show…

nope, i get the same thing i’ve been getting all along

frustrating…shouldn’t be this hard

all that’s in my posts

Hi @Stewart_Blake,

Thank you for your post.

There are two possible failure pathways here. Either a) Roon is ingesting the image incorrectly (something wrong with the file, taxonomy, metadata, or a bug) or b) there’s an issue with RoonServer’s ability to download and scale images generally.

Diagnostic logging from the affected RoonServer actually provides evidence that both might be occuring.

We can see Roon processing a delete of an album artwork file associated with the album in question. We’d like to reproduce in-house with the relevant album and artwork file.

At your convenience, please upload the affected unidentified album along with the cover art .jpg file here: Media Uploader

However, we also see RoonServer failing to download or access new dependencies related to imagescaler on startup. There was an ancient regression related to this in 2022. In the absence of broader reports on the production build, though, the most likely culprit here is hyperactive security software somewhere on the RoonServer machine or the network.

I recommend verifying that RoonServer.exe and other Roon processes are safelisted in the Windows Defender firewall and any third-party antivirus and firewall software you’ve installed.

I also recommend reinstalling RoonServer itself by taking the following steps:

  • Make a Backup of your current RoonServer Database
  • Exit out of RoonServer
  • Navigate to your RoonServer’s Database Location
  • Find the folder that says “RoonServer”
  • Rename the “RoonServer” folder to “RoonServer_old”
  • Reinstall the RoonServer App from our Downloads Page to generate a new RoonServer folder
  • On the Roon Remotes, press “Use another Roon Server” and connect to the new database

Please let us know if this helps. We’ll watch for the file uploads to test and inspect a new logset after you’ve taken the steps above. Thank you!

Connor, i’ve uploaded an album cover that can’t be attached to an album. It’s a pearl jam live set the specific show/album release in the title of the jpg