View Issue Details

IDProjectCategoryView StatusLast Update
0012689MMW v4Synchronizationpublic2015-03-30 21:13
ReporterLudek Assigned To 
PriorityurgentSeveritymajorReproducibilityalways
Status resolvedResolutionfixed 
Product Version4.1.6 
Target Version4.1.7Fixed in Version4.1.7 
Summary0012689: A lot of files in /MediaMonkey/artworks/ directory slows down MTP transfer
DescriptionAs pointed by a user in #JAQ-960-39231

If one checked "Copy Artwork to file tags" and unchecked "sync all Artwork to file folders" then MMW copies all the artwork to the /MediaMonkey/artworks/ directory (because MMA is not read/write tag capable yet (0011794) and cannot read embedded artwork from the file tag)

According to the user's experience:
8600+ jpgs in a single folder leads to two problems:
1) Large album art led to a huge amount of space used (~3-4gigs!)
2) 8600+ files in a single folder on a microSD greatly slowed down USB-MTP syncing when MMW tried to write more album art in the directory (sync times for individual files went close to 60sec compared to ~2sec per file at the start of the syncing process).
Additional Information#JAQ-960-39231
TagsNo tags attached.
Fixed in build1738

Relationships

related to 0011794 newmartin MMA Scanning engine / tag parser / tagging engine 

Activities

Ludek

2015-03-30 11:05

developer   ~0042367

Last edited: 2015-03-30 12:11

a) we should evaluate whether /MediaMonkey/artworks/ is really needed (MMA can read the thumbs from the Android's media provider AFAIK)

b) we should change the cache paths (to eliminate many files in a single directory) so that the cache path would be rather
\MediaMonkey\artworks\98\b1\52294ffb.jpg
instead of current
\MediaMonkey\artworks\98b152294ffb.jpg

rusty

2015-03-30 11:08

administrator   ~0042368

Not sure if this is relavant, but one user found that running MMW as admin when syncing solved artwork problems:
http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=80394

Ludek

2015-03-30 12:04

developer   ~0042369

b) is fixed in 4.1.7.1728

peke

2015-03-30 21:11

developer   ~0042383

b) Verified in 1738 it took longer as at first I was not sure that existing were deleted on resync, but they were.

peke

2015-03-30 21:12

developer   ~0042384

a) I would keep it as for what I know we are planning to have own tagger.