View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0019712 | MMA | UPnP / Casting | public | 2023-01-12 18:17 | 2023-11-24 15:11 |
Reporter | rusty | Assigned To | |||
Priority | urgent | Severity | major | Reproducibility | always |
Status | resolved | Resolution | reopened | ||
Product Version | 2.0.0 | ||||
Target Version | 2.0.0 | Fixed in Version | 2.0.0 | ||
Summary | 0019712: Casting (UPnP) often stops (even with Pro) | ||||
Description | There have been numerous reports in the forum / play store by users who have Pro licenses that when casting to a UPnP device, MMA always stops playback prematurely. I've tested this and so far have noticed that when another sound plays over the media channel, it causes UPnP Casting to stop. Debug log: Q9CJ31A7U9 This time it stopped after about 15 min without any apparent trigger: MICM57M9UQ | ||||
Tags | No tags attached. | ||||
Fixed in build | 1157 | ||||
|
User report of MMA 2 DLNA casting stopping, but likely a different issue since this user indicated that it stopped after playing a couple of hours: Log G767Z85FDY https://www.mediamonkey.com/forum/viewtopic.php?p=505077#p505077 |
|
Tested MMA 1089 (licensed as Pro) and playback to MMW 5.1 proceeded for just under an hour and then stopped about 4 seconds before the end of Power of Love by Huey Lewis and the News (next track was Happy Together by The Turtles). Debug log V8HB2Z5Y12 |
|
Another user indicating that playback stops after 30 minutes (even with a Pro license): https://www.mediamonkey.com/forum/viewtopic.php?t=104892 Debug log: ZH5UNCBN16 |
|
Another report of this issue with a debug log: https://www.mediamonkey.com/forum/viewtopic.php?t=105043 VYCMBLTZN3. |
|
Fixed in build 2.0.0.1153 |
|
Tested with an S10 / Android 12. 1 play a playlist to MMW --> first track plays successfully --> second track fails unless I'm using the device (i.e. once the device goes to sleep, MMA stops playing)! 2 Tap the device to wake it --> decoder error in MMW and then the third track starts playing! BTW, there's no problem with the second track it casts correctly if the device hasn't gone to sleep. Also fyi, MediaMonkey has been configured as 'Never sleeping app' and in a second test with 'Put unused apps to sleep' disabled. Debug log: R577WPHMCZ This sounds identical to the reports at https://www.mediamonkey.com/forum/viewtopic.php?t=105043 I also tested this on a Pixel 2xl / Android 12 and playback stopped after 12 tracks. Debug log AAZD3ZAY9Hc87 I ran the same test on the Pixel 2xl a second time with the same playlist and it continued playing normally for 2 hours without issue, so I suspect that this bug is different than the one on the S10. |
|
On further testing with the S10, if I enable General > Disable System Battery Optimization the the problem goes away. i.e. 1 configure MMA as 'Never sleeping app' and in a second test with 'Put unused apps to sleep' disabled --> MMA stops casting after one track 2 then enable General > Disable System Battery Optimization --> MM casts corrctly IMPORTANT: I was also testing notifications, and believe that I manually enabled notifications between steps 1 and 2. Could this be a factor? So I guess the questions are: 1) Why is this the case 2) Why doesn't MM prompt to grant this permission automatically in the cases that it's required (e.g. WiFi Sync & Casting) |
|
I agree, so when casting, or wifi sync starts then a new dialog appears. [never] - user will not be asked anymore, but still he can enable it via Options/General [cancel] - if user cancel our dialog, then it will not appear again at least 1 hour [grant] - system dialog appears to grant permission |
|
Fixed in build 2.0.0.1155 |
|
Tested 1155 and there are 2 issues: 1) Text correction: This prevents Android from closing MediaMonkey when it is playing in the background. --> This prevents Android from closing MediaMonkey when it's running (casting, syncing, etc.) in the background. 2) If the user clicks 'Grant' right away, then the Permission dialog appears _behind_ the MMA sync screen |
|
Fixed in build 2.0.0.1157 |