fix: corregir ecualizador desincronizado, musica local en Android Auto y bloqueo del paywall

Tres fallos reportados en uso real, con sus causas raiz verificadas en codigo.

1. Ecualizador: el estado no tenia dueño unico

El handler arrancaba con `_ecualizadorActivo = true` a fuego. El valor
persistido solo llegaba por EstadoEcualizador.cargarPersistido(), alcanzable
unicamente desde el arbol de widgets, que un arranque headless de Android Auto
nunca construye. Resultado: el coche reproducia con el EQ forzado a ON mientras
disco e interfaz decian OFF.

Ahora registrarHandler siembra el flag desde disco en todos los motores y
setEcualizadorActivo persiste por su cuenta, asi que un toggle desde el coche o
la notificacion sobrevive sin EstadoEcualizador. _resincronizarConHandler pasa
a ser adopcion pura de interfaz.

Ademas mapearGananciaNativa enviaba 0 dB al punto MEDIO del rango nativo. Con
un getBandLevelRange() asimetrico, un preset plano metia varios dB de boost
real: la causa del "suena muy alto con el boton apagado". Reescrito para
escalar cada lado contra su propio extremo, de modo que 0 dB es siempre 0.

El dispatch de customAction no tenia ningun test. Se extrae decidirToggleEq y
se cubre contra el handler real. El efecto nativo se re-asierta al reactivarse
el reproductor, porque AudioEffect.setEnabled de just_audio es un no-op
mientras la plataforma esta desacoplada.

2. Musica Local no aparecia en el arbol de Android Auto

hayCarpetaConfigurada() consultaba MethodChannel('pluriwave/file_actions'),
registrado solo en MainActivity.configureFlutterEngine. Sin Activity no hay
handler, invokeMethod lanza MissingPluginException y el catch la confundia con
"permiso revocado", omitiendo el nodo. No dependia del entitlement.

La logica SAF sale a packages/pluriwave_file_actions, un paquete plugin local.
El motor headless que crea audio_service ejecuta GeneratedPluginRegistrant en
su constructor, asi que el canal queda registrado en ambos motores. Repuntar el
manifest a una subclase de AudioService no era viable: AudioServicePlugin
enlaza por ComponentName explicito y la app perderia el audio.

EstadoCarpetaLocal de tres valores separa "sin carpeta" de "canal no
disponible"; la raiz decide por la URI persistida y el subarbol muestra un item
explicativo en vez de una carpeta vacia. La invalidacion del arbol cacheado se
dispara al reanudar con el coche ya suscrito; el guardia anterior miraba
View.maybeOf, que bajo runApp siempre existe, por lo que se gastaba en el
arranque headless y no volvia a dispararse.

3. El paywall bloqueaba las compras

restorePurchases() de in_app_purchase_android emite siempre, y con lista vacia
si no hay nada que restaurar. El `if (compras.isEmpty) return;` se la tragaba,
noEncontrada nunca se emitia y la rama que limpia _compraEnCurso estaba muerta
en produccion. Como comprar y restaurar comparten ese flag, un usuario sin
compras que pulsaba restaurar se quedaba sin poder comprar.

Suite completa: 1366 pasan, 2 omitidos. 17 tests nuevos, todos nacidos rojos y
verificados por mutacion. flutter analyze mantiene los 5 avisos preexistentes.

lib/servicios/servicio_compras.dart

@@ -127,12 +127,19 @@ class ServicioComprasPlayBilling implements PuertoCompras {
 
   void _alRecibirCompras(List<PurchaseDetails> compras) {
     if (compras.isEmpty) {
-      // `restorePurchases()` with nothing to restore completes without ever
-      // pushing a PurchaseDetails (Spec "Restore finds nothing") — there is
-      // no per-call correlation in this stream, so this fires on ANY empty
-      // batch. In practice `queryPastPurchases`/`restorePurchases` on an
-      // account with nothing to restore is the only source of an empty
-      // batch this stream would ever emit.
+      // `restorePurchases()` with nothing to restore pushes an EMPTY batch
+      // (`in_app_purchase_android` does `_purchaseUpdatedController.add(
+      // pastPurchases)` unconditionally) — there is no per-call correlation
+      // in this stream, so this fires on ANY empty batch. In practice
+      // `restorePurchases` on an account with nothing to restore is the only
+      // source of an empty batch this stream would ever emit.
+      //
+      // Returning silently here (as this did before) left
+      // [TipoEventoCompra.noEncontrada] NEVER emitted, so
+      // `EstadoEntitlement._compraEnCurso` stayed `true` forever and
+      // `hoja_premium.dart` kept BOTH buttons disabled — restore AND buy.
+      // A paywall that cannot be paid.
+      _eventos.add(const EventoCompra(TipoEventoCompra.noEncontrada));
       return;
     }
     for (final compra in compras) {