Back to Top

Audio starts playing when it shouldn't on Galaxy Nexus (with CM 10.1.3)

7 posts / 0 new
Last post
jonathono
Offline
Last seen: 8 years 2 months ago
Joined: 02/03/2012 - 12:53
Audio starts playing when it shouldn't on Galaxy Nexus (with CM 10.1.3)

I've sent my log file in. The audio begins playing when it shouldn't quite regularly. I'll get out of my car (Ford Sync) BT and 5-20 minutes later the app will start playing audio. It doesn't seem to make a difference if I have the audio set to stop or I stop it manually. I do use the variable speed feature.

WayneC
Offline
Last seen: 1 month 3 days ago
Joined: 02/23/2011 - 22:28
This might be a solution to

This might be a solution to the BT issue http://www.doggcatcher.com/node/5622#comment-13686

jonathono
Offline
Last seen: 8 years 2 months ago
Joined: 02/03/2012 - 12:53
Thanks I'll give it a try

Thanks, I've disabled the lock screen buttons but that didn't do it. I'll try the respond to headset buttons option. Here's a relevant portion of my log:

I/AudioService( 397): AudioFocus abandonAudioFocus() from android.media.AudioManager@4396b8c0
I/DoggCatcher(32038): AudioPauser::Resuming due to gained audio focus
I/DoggCatcher(32038): MediaButtonBroadcastReceiver::Registering media button receiver
I/AudioService( 397): Remote Control registerMediaButtonIntent() for PendingIntent{4226dbe0: PendingIntentRecord{4268b838 com.snoggdoggler.android.applications.doggcatcher.v1_0 broadcastIntent}}
D/StableSpeed(32038): Start Playing
D/StableSpeed(32038): About to unpause - waiting for pauseLock
D/StableSpeed(32038): About to unpause - waiting for pauseLock granted
D/StableSpeed(32038): Unpause notified
D/StableSpeed(32038): Telling audioTrack to play: true
I/audio_a2dp_hw( 132): out_set_parameters: state 1
I/str_params( 132): key: 'routing' value: '128'
D/dalvikvm(32038): GC_FOR_ALLOC freed 910K, 28% free 23010K/31784K, paused 40ms, total 40ms
I/DoggCatcher(32038): DoggCatcherWidgetProvider::Updating widget - [67ms]
I/DoggCatcher(32038): MediaPlayerController::Prepared - [126ms]
W/FlurryAgent(32038): onStartSession called with duplicate context, use a specific Activity or Service as context instead of using a global context
I/AudioService( 397): AudioFocus requestAudioFocus() from android.media.AudioManager@4226cdf0null
I/DoggCatcher(32038): ApiCompatibility::Request audio focus: 1
D/StableSpeed(32038): Changing speed to 1.5
D/StableSpeed(32038): Playback speed changed to 1.5 sonic=org.vinuxproject.sonic.SonicJ@42720258
I/DoggCatcher(32038): MediaPlayerController::PlayOrPause - [title: Blood
I/DoggCatcher(32038): position: 270119] -> VariableSpeedMediaPlayer [14ms] - [146ms]
E/DoggCatcher(32038): ApiCompatibility::Focus change: 1
I/DoggCatcher(32038): DoggCatcherService::KeepAliveCount: 2 - [com.snoggdoggler.android.mediaplayer.MediaPlayerController@422e0210, com.snoggdoggler.android.util.keepalive.SimpleKeepAlive@4234c290] fg: true - [30ms]
I/DoggCatcher(32038): AndroidUtil::Acquired wake lock: [flags: 1] [lockName: AudioPlayingWakeLock] [timeout: -1]WakeLock{428de6a8 held=true, refCount=1}
I/DoggCatcher(32038): Playlist::Updating playlist: All - Sorted by feed/date -> done - [**37ms**]
I/DoggCatcher(32038): Playlist::Finding next episode -> Blame - [**0ms**]
I/DoggCatcher(32038): AudioPlaylistManager::Remembering next item: -> Blame - [**41ms**]

Looks like "resuming due to gained audio focus"?

eric
Offline
Last seen: 2 years 4 months ago
Joined: 11/06/2008 - 22:02
That's exactly right. DC was

That's exactly right. DC was playing, then another app took the audio focus (so DC paused). Then the other app released the audio focus, so DC resumed.

In order for all this to happen, the other app requested audio focus *temporarily* but it seems like the app kept audio focus much longer than that. Or it could be a cm bug which delivered the focus back to DC much later than it should have.

jonathono
Offline
Last seen: 8 years 2 months ago
Joined: 02/03/2012 - 12:53
Yes but..

Doggcatcher wasn't playing when the notification sounded. It didn't have audio focus so it wouldn't be resuming.

jonathono
Offline
Last seen: 8 years 2 months ago
Joined: 02/03/2012 - 12:53
Could be wrong part of log,

Could be wrong part of log, but it was last DoggCatcher entry in the log taken right after the issue occurred. I'm at my desktop at home now and piping the log to grep DoggCatcher shows the same focus pattern over and over despite the issue only occuring once since a battery change. I'll install DoggCatcher on my Nexus 7 (stock) and see if it still occurs.

eric
Offline
Last seen: 2 years 4 months ago
Joined: 11/06/2008 - 22:02
It looks like DC had the

It looks like DC had the focus at some point, this'll only happen when android makes a call to DC to say we've got the focus back, after previously having it taken away.

I/DoggCatcher(32038): AudioPauser::Resuming due to gained audio focus