View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012875 | MMA | Playback | public | 2015-10-02 05:06 | 2015-10-09 16:21 |
| Reporter | rusty | Assigned To | |||
| Priority | urgent | Severity | crash | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Product Version | 1.1.3 | ||||
| Target Version | 1.1.3 | Fixed in Version | 1.1.3 | ||
| Summary | 0012875: Tracks occasionally 'play' silently --> tracks stop on config change to 'crossfade' | ||||
| Description | When playing a playlist, on a couple of occasions, I've found that after a track completes playing, the next track plays silently (i.e. the seekbar continues to advance, but no sound is output). Moreover, when the silently playing track completes, playback is halted completely. Log ID: STRQLNXTLN Description: In this case several tracks played normally, and then the final track 'Ut Ut' played silently. The log was generated while 'Ut Ut' was playing. Log ID: HXDAC5K238 Description: In this case 'Party Preparations' played, and then 'Green Onions' played silently after which playback halted and the next track 'Secret agent man' failed to play. The log was generated once playback halted. notes: - playback was via headphones on a nexus 5 running lollipop using MMA 1.1.9.481. - The issue cannot be replicated consistently, and the tracks that exhibit the problem normally play correctly (i.e. it's not a track-specific issue). - In some cases, when the bug doesn't occur and tracks play through to the end of the playlist, MediaMonkey freezes (MediaMonkey is not responding') and then crashes at the conclusion of the last track in the playlist. - I haven't noticed this prior to build 481, but users have intermittently described problems wherein MMA stopped playing | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 843 | ||||
|
|
Note also that I've been unable to replicate this since yesterday, so I assume that MMA (and/or the Android audio engine) had gotten into some sort of state where replication of the bug was more likely. |
|
|
I can't replicate it and in the log everything seems to be ok. So I would close this issue until it will occur again. |
|
|
I've been able to replicate playback halting, though I'm not sure whether it's the same issue as tracks 'playing' silently: 1 Switch to gapless 2 Play 2 tracks 3 Pause at the beginning of track 3 4 Switch to crossfade 5 Press Play to resume playback --> Track stops playing at the end of track 3!! Debug ID: 7UU9VWMI2Y 6 Press play to resume playback --> Track 4 starts playing and transitions correctly to track 5 Note: if you don't think that this issue is caused by the same root cause as other playback issues that we've been unable to replicate, then we may want to consider pushing it as the only time that it occurs is when crossfade config has been changed. EDIT: I've been able to replicate the silent playback issue as well--see 0012871. |
|
|
Note: I'm seeing 'silent playback' along with playback without the seekbar moving in build 843. Silent playback occurred after 0012889 occurred. |
|
|
The issue of tracks halting subsequent to a change in configuration enabling crossfading is resolved in the 'new' build 843. Other issues (silence/crashes) are still open and tracked at 0012889. |
|
|
Verified in the new build 843. Now upon change in configuration, playing the track after it's been paused causes it to restart from the beginning. |
