Not sure if this happens all the time but this screenshot shows album art from cd/vol 18 when it’s actually part of 53 (of 80+). This is also a compilation but I’m not sure if there’s a distinction in the code for album art as it seems to be random which disk it will take from. (Observed both on plexamp and Plex desktop players)
Also as a small feature request it might be nice if the track artist info scrolled if it was too large. “
Marc-André Hamelin; RSO Berlin; Ilan Volkov; Richard Strauss.
Cheers
You can only have one album cover for each album.
Which means every disc of a multi-disc album gets the same cover art.
If your files are in subdirectories for each disc, the cover art file with the first disc will be used.
So it selected 18 because that was the first in the batch to be processed. TBH if the scanner can waste the time to check the directory for album art why can’t it scrape it from the track id3v2 frame when pulling the local metadata anyway? That might be a good feature request. Oh well… (all album art is embedded).
Edit: It does scrape it. 199 useless posters :x How wasteful. Surprised I haven’t noticed it till now. (that’s a 200cd compilation album)
Right. If a .jpg file and an embedded cover image are both present, Plex prioritizes the .jpg file. They tend to be higher-resolution than embedded images.
There are no flat files involved here. Are you suggesting that if each dir had a flat file then tracks would show their corresponding cover on playback? if so ill write a shell script tonight. as shown in the screenshot though all embedded covers are imported the player just only takes the album cover as the other person mentioned.
No, it will still only consider the first disc in a multi-disc album, and you will only ever see one poster for the entire album, no matter how many discs it has. I always assumed it looked for “disc 1,” but it may be that, as you suggested, it uses the first one it encounters in the process. That I don’t know. I’ve always put a cover.jpg in the ‘disc 1’ folder. It may well import all the embedded covers from all your files. I’ve never tried that. I prefer discrete image files.
In that first disc, Plex looks first for a discrete cover image file (cover.jpg, or other supported filename, as shown in my earlier screenshot). If it’s there, that becomes the poster for the album. If it’s not there, it looks for cover art embedded in the files. If neither are found, Plex will query MusicBrainz (if your library is set to allow that).
This doesn’t look terrible.. like the composer tag it’s another thing I’ll have to wait possibly another decade before it gets added (track cover art in player). (here’s hoping the ability to skip 5-30 seconds on a track becomes possible in plexamp much sooner than that :))
This divertimento is a multiTRACK work that’s been joined/merged via foobar (chapter indexes) to appear as a single track. Musicbrainz is confused when it encounters that but I can still access them individually via foobar if I want. So I can only really use local metadata to maintain it. It keeps my modest classical library much more organized and really helps with shuffle. (I mention it though, as the distinction between cd 35 and 65 is modern vs period instruments or something like that. Often the cover art specifies in these instances what’s “going on”)
Have you tried to click/tap on any position of the loudness graph?
I don’t “rock” out to this or other tracks like it that often but track seek doesn’t help very much.
There’s plenty of room on that UI for 2 quick seek buttons. Here’s hoping.
