View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011861 | MMA | Playback | public | 2014-02-13 22:59 | 2014-03-05 20:40 |
| Reporter | rusty | Assigned To | |||
| Priority | immediate | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.0.4 | ||||
| Target Version | 1.0.4 | Fixed in Version | 1.0.4 | ||
| Summary | 0011861: MediaMonkey fails to terminate when a bluetooth headset device is connected | ||||
| Description | If the user uses a bluetooth headset (headset profile) while playing MediaMonkey, then MMA never terminates (in contrast, MMA does terminate as expected when media profile devices are connected). Tested with Nexus 5 and motorola H700. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 230 | ||||
|
|
This behaviour is from time when playback service was always stopping after 1 minute inactivity. It was undesirable for headset and Bt Headset mainly because of low tracklist performance(It is planned fix it to 1.0.5 0010744). But now maybe we should set limit to 10 minutes? |
|
|
Can you clarify what the behavior of the playback service is now? (I'm wondering if it's related to items such as http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=74121#p383807 as well). Also, why should the presence of a headset that has no relevance to MMA cause MMA to continue running (i.e. I can understand why a connection to a stereo headphone might impact how MMA behaves, but what does the presence of a mono Phone headset affect MMA behavior)? |
|
|
It's not related to bookmarking issue. Playback service continue running if connected BT device class is one of these: AUDIO_VIDEO_HANDSFREE(0x0408), AUDIO_VIDEO_HEADPHONES(0x0418), AUDIO_VIDEO_WEARABLE_HEADSET(0x0404), AUDIO_VIDEO_UNCATEGORIZED(0x0400) or if HW headset is connected. Because if user has connected headphones, he probably wants listen the music. This behavior we have agreed with Jiri. Some of reasons why we do it this way are fixed now (e.g prev/next action when tracklist is not fully loaded, Initialization of playback from BT devices etc.), but tracklist performance is still low 0010744, so I would prefer set limit to 10 minutes to stop playback service. |
|
|
So I guess that the problem is that at least one of the BT device classes that causes MMA to not shut down is a class of device that isn't used by MMA. In other words: the H700 device ( http://www.mobiletechreview.com/tips/Motorola-H700.htm ) that I'm using is a monaural device, that doesn't play MMA content ever. And yet it prevents MMA from closing! The only BT devices that should impact whether MMA continues running are those that MMA outputs to. |
|
|
I have removed BT device detection. Playback service respects timeout from Options (option "Show in notification bar") also if BT device is connected. I had to make a little change, if timeout is set to 0( "Show in notification bar" = "Never"). PlaybackService minimal running time is set to 10 seconds even if notification is not shown(There was issue with prev/next actions). |
|
|
Fixed in build 230. |
|
|
To make sure I understand: if the user has connected via bluetooth, plays tracks via MMA, and then pauses playback for 10 minutes (e.g. via bluetooth button, in order to listen to the radio), and then presses a bluetooth Play button again, will it work? |
|
|
yes, it will work. I have tried it with SBH50 and it works. |
|
|
Verified 230 |
