View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0012406||MediaMonkey 4||Synchronization||public||2014-12-03 16:53||2017-03-13 11:36|
|Target Version||4.1.13||Fixed in Version||4.1.15|
|Summary||0012406: Auto-Sync: Artwork isn't updated for already synced files|
|Description||MediaMonkey has always synced artwork only on file copy and not on any subsequent auto-sync (unlike all the others track/file metadata).|
Workaroud is to select the files manually and use right-click -> Send to -> [Device]
We should review this behavior especially because of the automated artwork lookup functionality where users expect to have their artworks in sync.
This needs to be implemented bidirectionally (because artwork can be looked up also in MMA)
|Tags||No tags attached.|
|Fixed in build||1823|
|parent of||0013374||closed||Ludek||MediaMonkey 4||Rescan is slow in 4.1.13|
|has duplicate||0013046||closed||Ludek||MediaMonkey 4||MMW doesn't update lost artworks during sync|
|related to||0013052||closed||marek||MediaMonkey for Android||Corrupted Artwork doesn't update on sync|
|related to||0013379||closed||Ludek||MediaMonkey 4||Track may re-sync needlessly when build 188.8.131.529 was used and track folders were re-scaned|
|related to||0013542||feedback||Ludek||MediaMonkey 5||Artwork isn't synced bidirectionally|
|related to||0013720||closed||Ludek||MediaMonkey 4||Wi-Fi Sync: Updated Album Art is not synced even track is synced|
|related to||0013646||closed||marek||MediaMonkey for Android||Artworks aren't updated from MMW during wifi sync|
|related to||0013911||closed||Ludek||MediaMonkey 4||Tracks including % char in device filename can fail to auto-sync|
|related to||0013922||closed||marek||MediaMonkey for Android||Tracks faill to sync after upgrading from 1.2 to 1.3.664 (regression)|
|related to||0014092||closed||Ludek||MediaMonkey 4||Sync: Album Art isn't updated when album is named|
Related to 0013046
For performance reasons MMW can hardly traverse all content over MTP to find which artwork is missing, but for devices with MMA installed we could implement it.
Marek indicated that MMA already has a service that empties mmstore.db.media.album_art values for lost artworks. Based on this we can quickly find which artwork needs to be (re)synced.
||Marek implemented this for MMA 1.1.4 , so moving target outside of 4.1.11|
Moving target to 4.1.13 to implement this:
A) for the lost artworks in MMA (based on mmstore.db.media.album_art) -- tracked as 0013046
B) for the [Library --> Device] sync (all devices including iPhones etc) -- technically it should be about adding a new mm.db.songs.artworkModified timestamp field based on which we can decide whether artwork file (or track file) needs to be re-uploaded or not.
||I wonder why on some files work, I also found that Rating is not Written to tags on Sync which should be good if user uninstall and reinstall MMA where Tracks are Paired correctly and Ratings are reuploaded to MMA DB but not on Initial Scan after reinstall.|
Item A) is tracked as 0013046
Item B) implemented in build 184.108.40.2069
-- USB sync updates the artwork modified in MMW for all device types (including iPods, iPhones, USB memory sticks).
-- for WiFi sync I added new XML element <upnp:MM_ArtworkModified> , i.e. for MMA to know the timestamp
Some test notes:
-- for WiFi sync it is TODO for future MMA versions (it is just "prepared" in MMW)
-- for USB sync it should work for all device types, test case:
1) auto-sync a track to device
2) Change the artwork image e.g. via Properties -> Artwork tab
3) run auto-sync again and verify that the new artwork is shown (and copied) to the device
||Verified USB Sync in 1800|
||Note that bi-di artwork sync is tracked as 0013542|
I have implemented this to MMA but the artwork still isn't updated in MMW.
1. I changed the artwork in MMW by adding another artwork and moving it to first place in list of artworks. The artwork has been updated in MMW.
2. I started Wifi sync
3. The track was on sync list with new upnp:MM_ArtworkModified timestamp.
4. Artwork was downloaded
5. It was still the same old artwork. I have verified this by browsing the URL of the artwork.
Did you test 220.127.116.119 or higher?
There was a bug with the image cache not cleared: 0013720:0046454 prior this build.
The newest 4.1.15 builds are still in beta testing, available here:
||Sure, I have tested it with 18.104.22.1681|
I found that (in case of Wi-Fi sync / UPnP) the artwork of another track on the album could be served.
=> Fixed in 22.214.171.1243
To be confirmed that Marek tested the way not applying the artwork changes to whole album/series and another track on the album (with the old artwork still existed)
||The fix confirmed by Marek via IM (I've sent him testing EXE)|