View Issue Details

IDProjectCategoryView StatusLast Update
0012875MMAPlaybackpublic2015-10-09 16:21
Reporterrusty Assigned To 
PriorityurgentSeveritycrashReproducibilitysometimes
Status closedResolutionfixed 
Product Version1.1.3 
Target Version1.1.3Fixed in Version1.1.3 
Summary0012875: Tracks occasionally 'play' silently --> tracks stop on config change to 'crossfade'
DescriptionWhen 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
TagsNo tags attached.
Fixed in build843

Relationships

related to 0012871 closedmartin Crossfade has a break at shuffle mode / fails on lollipop (regression playback is broken on kitkat) 

Activities

rusty

2015-10-02 14:10

administrator   ~0043044

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.

martin

2015-10-05 15:51

developer   ~0043058

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.

rusty

2015-10-07 14:52

administrator   ~0043067

Last edited: 2015-10-07 16:07

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.

rusty

2015-10-08 19:57

administrator   ~0043076

Note: I'm seeing 'silent playback' along with playback without the seekbar moving in build 843. Silent playback occurred after 0012889 occurred.

rusty

2015-10-09 16:20

administrator   ~0043081

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.

rusty

2015-10-09 16:21

administrator   ~0043082

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.