View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012340 | MMW v4 | Synchronization | public | 2014-11-11 12:13 | 2014-12-12 23:54 |
| Reporter | Ludek | Assigned To | |||
| Priority | immediate | Severity | block | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 4.1.5 | ||||
| Target Version | 4.1.6 | Fixed in Version | 4.1.6 | ||
| Summary | 0012340: Optimize USB sync with Androids | ||||
| Description | As discussed here: http://www.mediamonkey.com/forum/viewtopic.php?f=12&t=77686&p=398226#p398226 there is a room for optimization. In case of the user the mmstore.db.synced was download twice from the device (once for scanning purposes) and once for syncing. And on the second attempt the MTP layer frozen for 240s. It should be optimized to: 1) Download mmstore.db.synced always only once 2) If mmstore.db.synced is presented then it means that MMA is not running to process it, so also requesting for actual mmstore.db.copy shouldn't be needed and would speed the process further | ||||
| Additional Information | http://www.mediamonkey.com/forum/viewtopic.php?f=12&t=77686&p=398226#p398147 #AQN-884-24890 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1721 | ||||
| related to | 0012347 | closed | Ludek | USB Sync to external SD Card fails to update database (regression) |
| related to | 0012385 | closed | Ludek | Auto-conversion fails for OGGs in some cases |
| related to | 0011399 | resolved | marek | Android Sync Problems |
| related to | 0011485 | closed | peke | Sync: Various Regressions USB Sync |
| related to | 0012961 | resolved | peke | USB Sync freezes when removing content |
|
|
This should be optimized together with issues described in 0012347 and further MTP issues discussed with Marek offline. |
|
|
Fixed in 4.1.6.1720 Together with 0012347 the workflow was changed to workaround the MTP freezes and refresh issues + fixed further tweaks related to USB sync with MMA. |
|
|
Verified 1720/343 |
|
|
Re-opened, I found another workaround to eliminate the MTP freeze when running sync and the device was not connected for several minutes. It is improved in build 1721, but a minute freeze still can happen once some tracks needs to be deleted during sync and the device has been just connected, this is long standing issue related to: https://code.google.com/p/android/issues/detail?id=23090 http://forum.xda-developers.com/showthread.php?t=2155438&page=2 The workaround is added to 4.1.6.1721 |
|
|
This doesn't seem to be fixed in my environment. Ran MM & initiated USB Sync --> was prompted to remove 110 tracks Agreed and proceeded with the sync of 131 tracks --> 7 tracks appeared to sync and then it got stuck on track 8 'Happy Mondays - Hidden Track 2' --> MM went on to apparently sync track 9 'Cheap Trick - I want you to want me', but again it was stuck Debug log uploaded. Note: This is a regression in 4.1.6 (4.1.5 doesn't get stuck in this manner). |
|
|
Note I just read those two posts and found that common thing is that If file is transfered under different extension it copies without problem but if .MP3 is transfered than it can hang. I manually renamed 2GB test.MKV to Test.MKV.xxx and copied without problems 10 times by using criteria Copy -> Delete -> Copy As soon as I rename Test.MKV.xxx -> Test.MKV and tries to copy another MKV there is 1/5 chance of freeze. My guess is taht media Scan event triggered and that storage choke up triggering freeze. All tests are done using windows explorer. Note: Unlike Windows Linux and MAC locks files until they are fully copied and closed/released so media scan do not trigger. |
|
|
The first MTP freeze I see in the log is when uploading file \Music\Happy Mondays\Uncle Dysfunktional\albumart.jpg and then it failed with code 802A0006. This freeze is 5 minutes long and looks same as 1) in 0012385 Then there is another 5 minutes long freeze when uploading another media file with same result: 802A0006 (\\192.168.0.147\Qdownload\music\Discografia_Happy Mondays\Happy Mondays - Uncle Dysfunktional-2007\13_happy_mondays_-_hidden_track_2.mp3 -> \Music\Happy Mondays\Uncle Dysfunktional\13 Hidden track 2.mp3) etc. I will try the Peke's suggestion to copy media files as *.mp3.xxx and then rename it to *.mp3 to see whether this helps. I also read this tip somewhere on the internet to workaround buggy Android's MTP transfering. |
|
|
Rusty, could you please try whether FTP:staff_files/forRusty/fromLudek/d_WMDM.dll works any better and generate new log? |
|
|
I copied backups back to phone over USB and MTP freeze happen on media files. So to test I created ".nomedia" file in folders with Media and recopied 4 times without crashes while it crashed 1/3 of times without ".nomedia" |
|
|
Good tip with the .nomedia file, we can try it based on Rusty's test results with the new DLL @Peke, does the freeze happen only when you copy via Windows Explorer or it freezes when MMW syncing too? Peke's reply via IM: "Both Ocasionally in most cases I get scanning SD card and when I start MMA/Google play while sync. but with Explorer is more reproducable as folder is open in explorer and refreshes so I'm guessing media refresh event is triggered then." |
|
|
I tested with the test .dll and with the test .dll + .no media. Still no success. Debug logs posted to ftp. |
|
|
Rusty, it is not '.no media', but '.nomedia' file, I uploaded the file on the FTP. Copy the .nomedia file directly to the Music folder on your device. You also indicated that this did not happen in 4.1.5, I guess that it must have been a coincidence. Could you please retest with 4.1.5 and upload debug log of that? |
|
|
It seems that my failed tests were a result of the Android device getting into a corrupted state. After rebooting, build 1721 works correctly. Re-resolving. |
|
|
Note: In case that it still happen or return there is a chance that .nomedia file must be in all subfolders not just root |
|
|
Verified 1724 |
