View Issue Details

IDProjectCategoryView StatusLast Update
0020686MMW 5Generalpublic2024-03-19 18:36
Reporterzvezdan Assigned To 
PriorityurgentSeverityminorReproducibilityrandom
Status closedResolutionfixed 
Product Version5.0 
Target Version5.1Fixed in Version5.1 
Summary0020686: Folder.jpg is not displayed, but other bitmap files from the same folder
DescriptionI have album with several bitmap files in its folder, one of them is Folder.jpg. The program displays artwork for random bitmap file, but not from Folder.jpg. It happens on all places where the artwork could be seen (Preview, grid views, mini player). Initially, the Folder.jpg is not places on the first position in Artowrk list in Properties, I tried to move it upward, but it didn't help. Then I removed the other bitmaps from the Artwork page leaving only Folder.jpg, again without help, the program just continued to show old bitmap, even after restart of the program. I needed to remove the thumbnail folders for the displayed bitmap, finding its location with Inspect Element, restarting the program.

This is all quite frustrating even for experienced users, you could imagine how beginners would feel about it.

There is recently one similar report in Forum:
http://www.mediamonkey.com/forum/viewtopic.php?t=105870
TagsNo tags attached.
Fixed in build3003

Relationships

related to 0020685 assignedmichal Album art is not alwys displayed for some tracks 
related to 0012245 closedjiri Artwork scanning improvements 
related to 0014554 closedLudek Issues while scanning picture folders 
related to 0018703 closedLudek Album Art: Image Type should be easy to specify (regression) 
related to 0020736 closedLudek Artwork in file tags is listed as the last and not added to DB (regression against 5.0.4) 

Activities

Ludek

2024-03-05 15:36

developer   ~0074485

Last edited: 2024-03-05 15:36

Which version you have tested?
I tested both 5.0.4 and 5.1.0 (latest builds)
and when I move an artwork in Properties > Artwork to the top position and click [OK]
then always also the thumbnail is re-newed and is taken from the first artwork in the list.. and immediatelyl shown in the Preview window
No matter whether '[..] Apply to all files in the Album/Series' is checked or not...

And one other question: Are the files part of you library?

Could you share the sample files/folder to test?

rusty

2024-03-05 17:28

administrator   ~0074487

Here's how to replicate:
1 Tag an album with album art (i.e. to the tag only)
2 Remove the album from the library
3 Go to the directory containing the album and add the following different images:
albumart.jpg
booklet.jpg
40images.jpg
4 Scan the album to the library
-->
For the tracks on that Album, artwork will display in the following order:
1 booklet.jpg
2 40images.jpg
3 albumart.jpg
4 tagged artwork

This is the opposite of what is expected, given that image location is set to:
Save to tag if possible, if not, use albumart.jpg

In other words, users would expect the order to be:
1 tagged artwork
2 albumart.jpg
? booklet.jpg (alphabetical order?)
? 40images.jpg (alphabetical order?)

zvezdan

2024-03-05 17:46

updater   ~0074488

Well, I am unable to replicate it right now either, that is why I marked this issue as random reproducibility ;)

I removed the album from the Library and added it again, but now when I move the Folder.jpg to the first position in list, the artwork is correctly displayed. I am using the latest publicly available build.

I have set Image filename - First image per Album.Series: folder.jpg, in the Options, but when I add/scan the album to the Library, that file is always added as the second one.

Also, if I select some file from the Folders that is not added to the Library, the program should display Folder.jpg for that file if it doesn't have artwork stored in tag, it should not display random artwork from the folder, e.g. the-dark-side-of-the-moon-55cbdf80ef05c.jpg

Ludek

2024-03-05 20:56

developer   ~0074495

Last edited: 2024-03-05 20:59

I can confirm that scanning 'The Dark Side of the Moon' album adds folder.jpg as the second image, the reason seems to be that the other image has better quality/resolution so it applies 0012245 and the hi-res image has higher priority..

On the other hand folder.jpg should be propably detected as tpe 'Cover (front)' and thus should have higher priority (despite the resolution/quality) as speeced in 0012245

EDIT: ok, the issue is that the other image 'the-dark-side-of-the-moon-55cbdf80ef05c.jpg' is also detected as 'Cover (front)' , it should be probably 'Not specified' to have lower priority..

Ludek

2024-03-05 21:06

developer   ~0074496

Actually it is regression caused by fix of 0018703 where also artwork that should have type 'Not specified' has now type 'Cover (front)' !!

Good catch, and actually sounds like the same issue is reported here: https://www.mediamonkey.com/forum/viewtopic.php?t=105870

zvezdan

2024-03-05 21:07

updater   ~0074497

Both bitmap images have identical resolution. The another file has larger size, but that doesn't necessarily mean that it has better quality.

However, even if that is not the case, the Folder.jpg should be placed as the first one. What is the point for me to give it that name if I want another bitmap as the Cover (front)? Besides, as I said, I have set Image filename - First image per Album.Series: folder.jpg, in the Options dialog box. The program ignores even my settings.

Ludek

2024-03-05 21:13

developer   ~0074498

Last edited: 2024-03-05 21:13

Regression (caused by 0018703 ) fixed in build 3003

i.e. the other artwork type is now correctly set to 'Not specified'

peke

2024-03-07 11:35

developer   ~0074517

Verified 3003