View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0005607 | MMW v4 | Properties/Auto-Tools | public | 2009-05-13 04:26 | 2011-08-07 02:51 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | unable to reproduce | ||
| Product Version | 3.1 | ||||
| Target Version | 4.0 | ||||
| Summary | 0005607: Album Art Tagging of multiple tracks serially --> tagging thread appears to freeze | ||||
| Description | A user reported that MediaMonkey periodically freezes when many Album Art tagging operations are performed in a queue. The user further indicated that the problem appeared to be specific to flac and wma lossless tracks. I had tested this many times and was unable to resolve the issue, however, recently I was able to reproduce by testing over the network as follows: 1) Setup 3 albums (1 flac, 1 WMA lossless, in three directories on a network location 2)i) Via the Locations node, select the directory for Album 1 and auto-tag AA ii) Immediately Select the directory for Album 2 and auto-tag AA iii) Immediately Select the directory for Album 3 and auto-tag AA -->Tagging thread eventually appears to freeze. What actually happens is that tagging operations kind of stall (at least in my environment) and move extremely slowly (e.g. 3-4 minutes for each track). | ||||
| Additional Information | Originally report at: http://www.mediamonkey.com/forum/viewtopic.php?f=6&t=38494 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Since it doesn't seem to be too serious, I'm decreasing the priority. Also, it doesn't seem to be a bug, but rather some problem with network/disk performance. A possible future improvement might be in changing the number of tagging threads. Currently we always use at most 3 threads, which probably is too much in case of slower connections. So we could either decrease the number to 2 (or even 1, which would mean to serialize all tagging), or make it configurable. The only change I'd consider reasonable for 3.1 would be to change the number of threads to 2. |
|
|
As this is mostly happening with Network located files we could look that UNC Path Tagging MM do Locally over Temp File (.xxxxxx) and then copy that file back over the network. I've done some Testing with some FLAC files and speed gain is 20-45% especially if Wireless network is used or Jumbo Frames used on Gigabit LAN where large numbers of small chunks of data make network bottleneck. |
|
|
Tested in MM4 build 1372--I can not replicate. |
|
|
Verified 1415 Can't reproduce most likely dur the threading changes within MM threading |
