v0.9.24

• Cierre al cambiar de motor (Android, desde 0.9.22): la superficie de
  vídeo no se recreaba al pasar de ExoPlayer a MPV (o al revés), así que el
  motor nuevo no tenía dónde pintar y mpv abortaba
  (vo_mediacodec_embed: WinID != 0), visto en una Bravia. Ahora hay una
  superficie por reproductor (key(player)). Probado en un OnePlus 7 Pro en
  los dos sentidos.
• ExoPlayer sin imagen: Dolby Vision o AV1 que el decodificador del aparato
  no puede («excede sus capacidades») fallan al momento con el aviso de probar
  el otro motor; y si hay vídeo en el búfer pero ninguna imagen en 20 s,
  también (visto en una Shield con Dolby Vision perfil 10 sobre AV1, que se
  quedaba cargando sin decir nada).
• Sin decodificadores libres (multiview en una Bravia, que solo tiene dos):
  el mensaje lo dice en vez de «el aparato no sabe decodificar este vídeo».
• Núcleo: si el alimentador de un Smooth falla (un 412 al empezar), se
  cierra el flujo; antes el reproductor se quedaba esperando para siempre sin
  reconectar ni avisar.
• ISML en directo con ExoPlayer (OnePlus 7 Pro): tardaba ~50 s en arrancar
  (mpv, 9 s) y luego se paraba cada minuto. Tres causas, todas del lado de
  ExoPlayer: el ajustador de tiempos compartido por vídeo y audio (ahora uno
  por flujo: el núcleo ya los hace empezar en el mismo punto, medido a 9 ms);
  el control de búfer, que no sabía cuánto llevaba y esperaba a llenarlo
  (ahora arranca en cuanto hay datos); y el lector progresivo, que se detenía
  cada 1 MB a esperar permiso y frenaba al alimentador (ahora no se detiene).
  Medido: arranca en 0,7 s y sin paradas en más de 3 minutos.
• Solo en depuración: EventLogger de ExoPlayer al registro, y en el núcleo
  el instante del primer fragmento de cada pista.