revert(audio): kickReleaseMedia raus — bricht Spotify's Auto-Resume
Logs zeigen jetzt KEINEN haengenden RNSound-Focus mehr (Library-Version oder Sound-Lifecycle hat sich geaendert). Der Kick mit AUDIOFOCUS_GAIN (permanent) sagte Spotify "user hat manuell etwas anderes gestartet" → Spotify resumed nicht automatisch. Ohne Kick: unser Focus war AUDIOFOCUS_GAIN_TRANSIENT (USAGE_ASSISTANT) — beim release bekommt Spotify einen sauberen GAIN nach TRANSIENT-Loss und resumed automatisch. Native kickReleaseMedia bleibt fuer den Fall dass es nochmal gebraucht wird, wird aber nicht mehr gerufen. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -1256,13 +1256,13 @@ class AudioService {
|
||||
this.pcmBuffer = [];
|
||||
this.pcmBytesCollected = 0;
|
||||
this.pcmMessageId = '';
|
||||
// Audio-Focus sofort freigeben — User hat explizit abgebrochen
|
||||
// Audio-Focus sofort freigeben — User hat explizit abgebrochen.
|
||||
// Unser Focus war TRANSIENT, Spotify resumed darum automatisch beim
|
||||
// Abandon. Den frueheren kickReleaseMedia haben wir entfernt: er
|
||||
// requestete USAGE_MEDIA mit GAIN (permanent), was Spotify als
|
||||
// "user-action stopp" interpretierte und Auto-Resume verhinderte.
|
||||
this._cancelDeferredFocusRelease();
|
||||
AudioFocus?.release().catch(() => {});
|
||||
// Focus-Stack immer aufmischen — bei aelteren Nachrichten die ueber
|
||||
// tts_request (PCM-Stream) re-rendert wurden, bleibt Spotify ohne den
|
||||
// Kick auch pausiert. Kostet nichts, deckt beide Pfade ab.
|
||||
AudioFocus?.kickReleaseMedia?.().catch(() => {});
|
||||
}
|
||||
|
||||
// --- Status & Callbacks ---
|
||||
|
||||
Reference in New Issue
Block a user