Related
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

On-device alerts stopping play for Podcast Addict app

Eran
over 3 years ago

I am set to receive lap notification from my Fenix 6S Pro on my phone through Bluetooth earphones. The problem is that when I use Podcast Addict (PA), the notifications stop play rather than pause it. I looked at the details with the developers of PA and the logs show that Garmin Connect asks for temporary audio focus, causing playback to pause. Then it releases audio focus and playback resumes, however it asks for temporary audio focus again, never releasing it.

As a result, I need to press play after every lap notification.

These are the logs from PA, showing the sequence of events for a specific instance:

02-12 08:42:18.843 19725 19725 D AudioManager: dispatching onAudioFocusChange(-3) to [email protected]@11d5bba
02-12 08:42:18.843 19725 19725 I PA_PlayerTask: onAudioFocusChange(-3, status: PLAYING, lossTransientCanDuck: false, pauseOnFocusLost: false, dontResumePlaying: false, PAUSE_RESUME)
02-12 08:42:18.843 19725 19725 I PA_PlayerTask: AudioManager.AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK (true)
02-12 08:42:18.844 19725 19725 I PA_PlayerTask: pauseSync(false, false, false, 2734480, false) - false
...
02-12 08:42:22.025 19725 19725 D AudioManager: dispatching onAudioFocusChange(1) to [email protected]@11d5bba
02-12 08:42:22.026 19725 19725 I PA_PlayerTask: onAudioFocusChange(1, status: PAUSED, lossTransientCanDuck: true, pauseOnFocusLost: false, dontResumePlaying: false, PAUSE_RESUME)
02-12 08:42:22.026 19725 19725 I PA_PlayerTask: AudioManager.AUDIOFOCUS_GAIN (false, true, true)
02-12 08:42:22.032 19725 19725 I PA_PlayerTask: playSync(The Geologic Podcast Episode #751 - 22926, true, false, false, false, PAUSED)
...
02-12 08:42:22.053 19725 19725 D AudioManager: dispatching onAudioFocusChange(-3) to [email protected]@11d5bba
02-12 08:42:22.054 19725 19725 I PA_PlayerTask: onAudioFocusChange(-3, status: PLAYING, lossTransientCanDuck: false, pauseOnFocusLost: false, dontResumePlaying: false, PAUSE_RESUME)
02-12 08:42:22.054 19725 19725 I PA_PlayerTask: AudioManager.AUDIOFOCUS_LOSS_TRANSIENT_CAN_DUCK (true)

Can this be looked at as a potential defect?

  • 0 over 3 years ago

    Additional information:

    When I change the notification to be only one part, the problem goes away. Lap Alerts only play fine and the podcast start replaying with no problems. However, if I add Pace or Speed Alerts, this is what happens:

    1. Podcast pauses and Lap Notification plays

    2. The pace alert plays, but often incomplete

    2. The podcast un-pauses briefly (a fraction of a second) and then pauses again.

    So it appears to be a problem with the sequence which Connect send system requests and notifications.

    Looks increasingly like a defect.