Album art not showing correctly on MediaMonkey Beta [#20686]

[SgtPepperman]

Select just the single disc and edit Artwork.

Yeah, that worked! Dragging the album artwork stored in tag to the first spot, over the overall cover did the trick.
Even so, I hope you consider implement that "dynamic artwork" on future releases for MM5.

Thank you for your time.

[SgtPepperman]

I'm afraid the problem is not fully fixed on ver. 2024.0.0.3005.
Some folders show whatever has the word "Front" in there, first thing that comes:
https://imgur.com/a/KoBW2pE
So, yeah, sorry if this is recurrent and I'm being nitpicky, but having this way to organize my collection is the main reason I chose MM over any other player in the entire world.

[Lowlander]

Are you browsing through Folders? The correct Artwork is known? Did this work correctly on build 3003, but now fails on 3005?

[SgtPepperman]

Are you browsing through Folders? The correct Artwork is known? Did this work correctly on build 3003, but now fails on 3005?

Yeah, the directory is Music>Location>[Disk]>[Music Folder]
On each album the correct artwork should be like this:
https://imgur.com/kv0OJLD (compare with last post).
I got those from reverting to 5.0.4 and scanning again. Then, going back to 3005 still shows them like this. As you know, they are showing the first image from the first track artwork metadata (as a personal opinion, I prefer them more like that).
Compare with my last post. That was the result from scanning on 3005.

No, I think it didn't work on 3003, nor 3005. It takes whatever file has "Front" on the name, so some are correct, some others not.

[Ludek]

Hi,
in the previous build there was a bug that artworks that should be "Not specified" were detected as "Cover (front)",
this was fixed as https://www.ventismedia.com/mantis/view ... 686#c74495 in build 3003, but you need to re-scan the directories.

So if you remove the files from the library and re-add them the artwork/covers should be already all right, isn't it?
Also based on https://www.ventismedia.com/mantis/view.php?id=12245 when there are two artworks detected as "Cover (front)" then the artwork with better resolution has higher priority...

In case you still see an issue feel free to share sample files/folder with us via eSupport ticket ( https://www.mediamonkey.com/support/ ), zip the files/folder and upload it to a free file hosting service (DropBox, RapidShare, FileDropper, MediaFire, ...) and share just the link to the file.

Thanks!

[SgtPepperman]

So if you remove the files from the library and re-add them the artwork/covers should be already all right, isn't it?
Also based on https://www.ventismedia.com/mantis/view.php?id=12245 when there are two artworks detected as "Cover (front)" then the artwork with better resolution has higher priority...

Thanks!

Nope, precisely on 3003 and 3005 is where I'm having this issue with artwork. Scanning the files on both versions brings the mess.
Maybe because I was content with the ones on 5.0.4, since they are quite more pleasing to see.

[Ludek]

Thanks, I think I get it now,
to be fixed as https://www.ventismedia.com/mantis/view.php?id=20736

[SgtPepperman]

Sorry if I necro the name of one of my previous post, but...



I programmed MM to scan my entire library each time I run it, since one time ago MM somehow deleted most of my files. But it keeps forgetting the cover art, as you can see on the image. I'm using the "Location" view.
To fix it, I delete and re-scan the folder, but it's not permanent. When makes the programmed scan, the cover art is forgotten again. Using MM 2024.2.0.3151, debug.
I'm going back to stable version (2024.1).

P.S.: This issue is not showing in 2024.1 (From MM website).

[Ludek]

Hi,
that's curious, could you please try to right-click one of the broken links and select 'Inspect Element',
it will bring screen like this:
https://www.dropbox.com/scl/fi/uvhbowv2 ... g9c6k&dl=0
and the 'src' link should point into your temporary directory for the JPG thumb file, can you please verify that the thumb file is there?

Also generating debug log would help here: viewtopic.php?f=30&t=86643

[SgtPepperman]

Hello.
Nope, this is what I got on one of those:

<img data-id="artworkImg" class="allinside box autoMargin ignoreMouse autosize" style="display: none;">

As I said, on the stable version this isn't happening.

[SgtPepperman]

Here's a log:
https://mega.nz/file/rtB2VRxI#rxxtJTzKK ... 2Ay5FApa0M
Hope this helps.

[Ludek]

Hi,
a related fix is prepared for the next build 3154 : https://www.ventismedia.com/mantis/view.php?id=21595
-- the build was not posted yet, but please subscribe this thread to test it once it is available:
viewtopic.php?f=6&t=86639&sd=d

[Peke]

Hi,
3154 build should be available at viewtopic.php?t=86639&sd=d for you to test.

[SgtPepperman]

Hello everybody.
Everything seems to work very well.
Thanks for your effort!

[SgtPepperman]

Sorry to necro the post and beating the dead horse, but it's happening again (2024.2.0.3162)

https://imgur.com/PBgE9Au

I insist with this subject, because this very feature is the reason I decided to use MediaMonkey.
So it's disappointing to me to see it like that.