|
|
Another report of this issue: https://www.mediamonkey.com/forum/viewtopic.php?t=103422 |
|
|
Another report of artwork getting lost: https://www.mediamonkey.com/forum/viewtopic.php?t=103463 |
|
|
Based on Peke's report at 0019741, it may be that this issue is caused (at least in some cases) by the Android Media Scanner 'losing' artwork when it's not saved to a tag; in his experience, deleting artwork .jpg files from the device often solves the problem: - if a track has both tagged art and linked jpg, then deleting the jpg causes the Android Media Scanner to find the tagged artwork - if a track has only linked jpg, then deleting the jpg causes MMA to lookup artwork during playback. Leaving to martin to analyse since as described in the initial report in this bug, during my testing Artwork was often lost for tracks in which it was saved exclusively to a tag. Update: I've retested this evening, and again most of the tracks that are missing artwork had it saved in MMW5 to a tag, so although there may be some other issue with linked artwork, it isn't the sole cause of missing artwork, and the solution proposed by Peke at 0019741 would not be a complete solution (since as described above, tagged artwork is often lost). |
|
|
In https://www.mediamonkey.com/forum/viewtopic.php?p=505746#p505746 user confirmed that disabling saving AA to file fixed his problem eg. my request for a review in 0019741 |
|
|
Fixed in build 2.0.0.1065 |
|
|
Verified 1065. Note: there's still some instances of missing artwork, but that's only in the specific case when Album="" (0019760), whereas this issue was much more common and without a clear cause. |
|
|
Also fixed a situation where the album art would fail to load and the previous one would remain displayed. Unaccessible artworks(like from AG8ZBAQV2G) should be fixed in background processing automatically. Fixed in build 2.0.0.1070 |
|
|
tested 1070 and issue reported at ~0071197 is fixed and AA shows where previously it was shown as missing. not closed till another confirmation, but I think this bug is fixed and review of 0019741 |
|
|
I've deep-tested this and implemented an enhancement for Android 10 and newer to automatically update missing artwork without the need for additional tag changes. Fixed in build 2.0.0.1071 |
|
|
There's still one case of this from a user that synced with a beta build causing artwork to be lost and subsequent resyncs fail to rectify the situation. Details are in bug 5566. Assuming that this issue is actually limited to beta testers, I would consider this remaining problem to be minor, and considering that it only affects a few people who were testing the beta, and that there's a known workaround (delete such tracks and resync), we can push it. BUT not if it's reflective of a sync bug that can still occur in other cases. |
|
|
Fixed in build 2.0.0.1075 [EDIT by Rusty] If Artwork is stored to an external file (rather than the tag) MMA must have rights to the file. If MMA was previously uninstalled, it can happen that the artwork is located in a directory that MediaMonkey doesn't have included in the library. For this case, such artwork directories are newly listed in the "Library folders" section and must be manually added to the library (for now). |
|
|
Screenshot_20230420-153905.png (110,549 bytes) |
|
|
New report of this issue at https://www.mediamonkey.com/forum/viewtopic.php?t=104187 What's interesting about this report is that: - it's on a Pixel 5a, so it has no SD card (and associated permissions issues) - the user didn't update to any intermediate beta builds - the user indicated a non-default config in which 'Sync all Artwork to file folders' is disabled (the only sync tagging setting that's enabled is 'Use only the first Genre...') because in his library all Artwork is already tagged. |
|
|
I just noticed another example of artwork failing to update, though I'm not sure why: Several tracks were synced to MMA without the Album/Album Artist known. They were automatically given the Artwork of another track in the Unknown directory. Since then, the metadata/artwork for those tracks has been updated in MMW, however, on resyncing, the artwork in MMA fails to update. The only solution is to delete the artwork in MMA and then resync. Tracks are on the 'Incorrect Artwork' playlist: Wrong artwork I Don't - Johnny Orlando That Sea, The Gambler - Gregory Alan Isakov Mojo Skyline - The Dust Coda The Major Minor Collection - The Picturebooks The Roadside EP - Billy Idol |
|
|
To clarify: Pre Android 1<= 10 (API 29) Android Media store saves album art as filepath, but on newer Androids bitmap must be loaded directly via media store API(no filepath available). This applies to media synced from the Android media store. For tracks synced with MMW/5, the artwork is still stored as a filepath. If access permission to folders is missing then such artwork is not visible until permission is granted. I believe that if 'External storage' permission is disabled, then the artwork file looks like deleted(missing). It will cause such artwork to be cleared from our database. Cleared artworks can be updated via WifiSync or via MMA artworkRepairTask. The artwork can reappear due to MMA artwork repair task or resync with MM5. 1)WifiSync updates media by new filepath artwork 2)"MMA artwork repair task" will update media to load artwork via the MediaStore API. This loading method is successful if the artwork file is located in the same folder or is stored in Tag. Artwork for tracks without Albums was never supported on MMA side. Maybe we could change this in the near future, but it would be a completely new feature(e.g. only for > API 29 to be loaded via MediaStore API). |
|
|
Resolving as fixed since the original issue is no longer being observed and all remaining issues are tracked elsewhere. |
- Anonymous
