AudioTrack repeatedly stops/resumes when returning from menu (regression since 1.20.0 on Android)

Is there an existing issue for this?

• This is a bug in RetroArch frontend
• I have searched the existing issues

Description

On Android builds of RetroArch 1.20.0 and 1.21.0, when opening the Quick Menu during gameplay and then resuming the core, the AudioTrack system goes into a loop of repeated stop/start behavior. This did not happen in version 1.19.x or 1.9.12, so it appears to be a regression.

Expected behavior

Audio should pause once when entering the menu, and resume once when returning to the game, with minimal AudioTrack activity.

Actual Behavior:
Hundreds of repeated log entries occur after resuming gameplay:

D PlayerBase::stop() from IPlayer

D stop() called with XXXX frames delivered
I` Skip ramp
`
This continues rapidly and may negatively impact performance.

Steps to reproduce the bug

Steps to Reproduce:
Launch any core (tested with Genesis Plus GX, Snes9x).

Start any game with audio enabled.

Open the RetroArch Quick Menu.

Return to gameplay (Resume).

Observe the log output.

Version/Commit

1.21.0

Bisect Results

No response

Present in the nightly version

I don't know

Platform & operating system

android

Affected Cores

No response

Environment information

Tested On:
Device: Samsung Galaxy Note 8

Android Version: 9

RetroArch versions:

✅ 1.19.0 → OK (only 1 stop/resume logged)

✅ 1.9.12 → OK

❌ 1.20.0 → Affected

❌ 1.21.0 → Affected

Audio driver: aaudio and opensl (tested both)

Disabling menu sounds via Settings → Audio → Menu Sounds resolves the issue: the repeated log spam stops entirely.

Using opensl or aaudio doesn't make a difference — the bug still occurs.

Appears to be related to audio resume handling in the Android audio subsystem.

Could be a side-effect of recent changes in menu pause/audio behavior.

Relevant log output

2025-05-12 12:51:23.304 AudioTrack  D  stop() called with 3264 frames delivered  
2025-05-12 12:51:23.304 AudioTrack  I  Skip ramp  
2025-05-12 12:51:23.320 PlayerBase  D  PlayerBase::stop() from IPlayer  
... (repeats for 50+ entries) ...

Start by reproducing the Quick Menu resume flow on Android with menu sounds enabled, comparing 1.19.0 with 1.20.0 or 1.21.0 and checking the Android audio resume handling. Verify the behavior with both aaudio and opensl; done means returning to gameplay causes one audio stop/resume cycle rather than repeated AudioTrack log entries.