View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0015907 | MMW v4 | Synchronization | public | 2019-08-25 23:30 | 2019-08-28 15:40 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | unable to reproduce |
| Status | new | Resolution | reopened | ||
| Target Version | 4.1.25 | ||||
| Summary | 0015907: WiFi Sync: Wifi Syncing is slowing overtime in some environments | ||||
| Description | Wifi Syncing is slowing overtime when large number of tracks are synced. Log as instructed to user attached with Ticket, along with MMA log ID to accompany that. | ||||
| Additional Information | https://www.mediamonkey.com/forum/viewtopic.php?f=21&t=94982 YPH-289-10729 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
In the user debug log I see that downloading a file really takes long time (8 seconds in avarage). MMA downloads 12% of the file in a second, then there is several second gap and then continue downloading. e.g. download of D:\abyss\muZik\R&B\Trey Songz - Trigga (Deluxe) - 01 - Cake [Explicit].mp3 (8 MB file) took 14 seconds - the first 12% of the file in one second (fast) - 3 seconds gap - 5% of the file in 5 seconds - (slow) - rest (80% of the file) in 5 seconds Mostly there is a gap (or rather slower downloading) after downloading of first 20% of a 6MB file -- so roughly after 1.5 megabytes. Assigned to Martin to see MMA log -- whether he can see a reason for the gap. But it might be rather networking issue? |
|
|
Note that I have tested Wi-Fi sync and I have no such a gaps, but downloading is similarly slow like in case of the user (1 MB per second), but this has always been an issue (AFAIK) Assigned to Martin to review whether there is a bottleneck in MMA. EDIT: Based on my further tests it seems the device limitation. When I entered the file link directly to address bar of Chrome browser on Android (like http://192.168.0.10:53453/ItemID=15186.mp3 ) and it took 7 seconds to buffer 40% of 17 MB file (i.e. still only 1 MB per second -- like in case of MMA) When I entered the same link to Chrome on the same PC then it buffered the same amount in 1.4 seconds (i.e. 5 MB per second) |
|
|
I've also made number of tests an din all of the test results are track playback started <1s and full download was <2s 802.11a/b/g/n and n 5ghz and tested speeds were from 10Mbits-150Mbits on various devices raging from MM to Pies OS versions. Tests are based on wireless standards explained here https://www.actiontec.com/wifihelp/evolution-wi-fi-standards-look-802-11abgnac I would agree on Ludek Assumptions that it is device specific. Possible reasons are power optimization, router QoS in place, WAN<->WAN connection (Especially as Notebook have priority QoS and is on 802.11ac so it gets bottleneck, but as Ludek pointed it could be very likely device specific. @Michal I wonder in cases of slow transfers if we can introduce some sort of warning notification that connection/transfer rate is very slow and that user should check that? |
