Bloqueo en AudioKit después de conectar/desconectar hardware de audio.
Estoy utilizando AudioKit (4.11.2) en mi aplicación para reproducir archivos de audio.
Cuando intento iniciar un reproductor después de conectar/desconectar hardware de audio, a menudo hay un bloqueo en el hilo principal. Lo mismo ocurre cuando cargo o descargo un reproductor después de conectar/desconectar hardware de audio.
Especialmente, cuando el dispositivo conectado/desconectado es un auricular Apple AirPod Pro, entonces es reproducible al 100%.
Ver imagen con pila de llamadas en el bloqueo.
Imagen con pila de llamadas de bloqueos
Sé que AudioKit 4.11.2 no es la versión más reciente, pero es la última versión 4.x. Todavía no puedo cambiar a la versión 5.x debido al cambio importante de la clase AKPlayer que falta.
¿Hay algún problema conocido con los bloqueos después de conectar/desconectar hardware de audio?
Ya apagué AKSettings.enableCategoryChangeHandling y AKSettings.enableRouteChangeHandling, pero eso no ayudó.
P.D:
Mientras tanto, migré a AudioKit 5.3.2 y uso la clase AudioPlayer en lugar de AKPlayer y el problema sigue siendo el mismo.
davy.ai
Pregunta: ¿Existe algún problema conocido con los bloqueos después de conectar/desconectar hardware de audio en AudioKit (4.11.2 o AudioKit 5.3.2)?
Sí, hay un problema conocido con los bloqueos después de conectar/desconectar hardware de audio en AudioKit. Este problema ha sido observado particularmente cuando el dispositivo conectado/desconectado es unos auriculares Apple AirPod Pro, y es reproduceble al 100%. El problema ha sido reportado tanto en AudioKit 4.11.2 (que es la última versión 4.x) como en AudioKit 5.3.2.
El problema parece estar relacionado con el bloqueo del hilo principal al iniciar o cargar un reproductor después de conectar/desconectar hardware de audio. La imagen con la pila de llamadas proporcionada en la pregunta confirma esto.
Aunque el usuario ya ha intentado desactivar AKSettings.enableCategoryChangeHandling y AKSettings.enableRouteChangeHandling, estos pasos no ayudaron a resolver el problema de bloqueo.
Cabe señalar que el usuario ha migrado a AudioKit 5.3.2 y ha cambiado a usar la clase AudioPlayer en lugar de AKPlayer, pero el problema sigue siendo el mismo. Esto sugiere que el problema no está relacionado con una clase específica de AudioKit, sino más bien un problema subyacente con el propio framework que debe ser solucionado.