fix(eq): re-apply the equalizer after an audio-focus interruption

The equalizer stopped applying after another app interrupted audio (e.g. a
navigation app's voice prompt): play a station with EQ working, let the
prompt speak, resume -- the audio sounds flat until the station is
re-tapped.

debeReaplicarEcualizador only re-attaches the equalizer when the native
player session id actually changes. A short transient interruption keeps
the SAME session (no id rotation), so that trigger never fires, while
Android's AudioEffect framework can let a higher-priority client silently
disable this app's effect instance in the meantime.

Add reaplicarEcualizador() to ObjetivoAudioInterrumpible, implemented as a
thin delegate to the existing _activarEcualizador() (already the correct
idempotent setEnabled + re-push-gains path). ServicioAudioSession calls it
on resume-from-pause (after reanudar()) and on un-duck (after
setAtenuado(false)) -- additive to the existing session-id trigger, not a
replacement. The method takes no argument, so it can only re-assert
whatever enabled/disabled state the handler already holds -- an
interruption cycle with the equalizer OFF stays OFF.

lib/servicios/servicio_audio.dart

@@ -1006,6 +1006,16 @@ class PluriWaveAudioHandler extends BaseAudioHandler
     await _player.setVolume(_volumenEfectivo);
   }
 
+  /// Fix "EQ Re-Apply After Audio-Focus Interruption": thin delegate to the
+  /// existing [_activarEcualizador] (already does the correct idempotent
+  /// `setEnabled` + re-push-gains work, already re-asserts the CURRENT
+  /// [_ecualizadorActivo] rather than forcing it on). Called by
+  /// [ServicioAudioSession] on resume-from-pause and on un-duck — see that
+  /// interface member's doc for why the existing session-id-change trigger
+  /// misses this case.
+  @override
+  Future<void> reaplicarEcualizador() => _activarEcualizador();
+
   @override
   Future<void> play() {
     _intencionReproducir = true;