Utiliza la API de audio fallback para priorizar dinámicamente el audio en respuesta a la calidad de la red.
Enabling and disabling audio-only fallback
Para activar el audio fallback del editor, configure Publisher.Builder.PublisherAudioFallback al crear un objeto Publisher.
Para activar y desactivar el audio fallback de abonado (para todos los abonados al flujo), llame a la función Publisher.Builder.SubscriberAudioFallback al crear un objeto Editor. El audio fallback del suscriptor sólo se admite en sesiones enrutadas (sesiones que utilizan la propiedad Router multimedia). El audio fallback de abonado está activado por defecto (en sesiones enrutadas) para flujos con una fuente de vídeo de cámara.
Audio fallback events
Cuando está activada la reproducción de audio del editor, el Editorial envía eventos relacionados con la caída de audio:
Publisher.VideoDisableWarning- Se envía cuando el editor determina que la calidad de la transmisión se ha degradado y que el vídeo se desactivará si la calidad se degrada aún más. Publisher.VideoDisableWarningLifted: se envía cuando el editor determina que la calidad de la secuencia ha mejorado hasta el punto de que la desactivación del vídeo no supone un riesgo inmediato.Publisher.VideoDisabled- Se envía cuando el Editor determina que la calidad del flujo se ha degradado y el transporte de vídeo saliente se ha desactivado. Nota: mientras el vídeo está desactivado, el editor sigue mostrando el vídeo del editor (como la imagen de la cámara) en la interfaz de usuario del cliente de publicación.Publisher.VideoEnabled- Enviado con el motivo establecido en "calidad" cuando el Editor determina que la calidad del flujo ha mejorado y se ha vuelto a habilitar el transporte de vídeo saliente.
Por ejemplo, el siguiente código gestiona los eventos relacionados (para que pueda proporcionar sus propias notificaciones de interfaz de usuario):
Desde la perspectiva del abonado, los siguientes eventos indican que se ha producido un fallo de audio. Aunque estos eventos están vinculados al abonado, pueden ocurrir tanto debido al fallback de audio del abonado como a consecuencia del fallback de audio del editor. En otras palabras la diferencia entre el fallback de audio del editor y del suscriptor es que, en el caso del editor, el cliente de publicación puede activar el fallback de audio basado en su propio flujo. audio fallback basándose en la degradación de su propio flujo, razón por la cual se envían eventos adicionales del lado del editor. Para la recuperación de audio del suscriptor del suscriptor, el enrutador de medios de video de Vonage evalúa la degradación de la red que afecta al suscriptor. En ambos casos, en caso de audio del editor o del suscriptor, siempre se envían eventos del suscriptor para indicar que se ha producido una caída de audio para el receptor.
Cuando se activa el audio fallback de abonado, el Abonado envía eventos relacionados con la caída de audio:
Subscriber.VideoDisableWarning- Enviado cuando se determina que la calidad del flujo se ha degradado y el vídeo se desactivará si la calidad se degrada más. Subscriber.VideoDisableWarningLifted - Se envía cuando se determina que la calidad del flujo ha mejorado hasta el punto en que la desactivación del vídeo no supone un riesgo inmediato.Subscriber.VideoDisabled- Se envía cuando se determina que la calidad del flujo se ha degradado y se ha desactivado el transporte de vídeo saliente. Nota: mientras el vídeo está deshabilitado, el suscriptor sigue mostrando el vídeo del suscriptor (como la imagen de la cámara) en la interfaz de usuario del cliente de publicación.Subscriber.VideoEnabled- Enviado con el motivo establecido en "calidad" cuando se determina que la calidad del flujo ha mejorado y se ha vuelto a habilitar el transporte de vídeo saliente.
Por ejemplo, el siguiente código gestiona los eventos relacionados (para que pueda proporcionar sus propias notificaciones de interfaz de usuario):