Utiliza la API de audio de reserva para priorizar dinámicamente el audio en función de la calidad de la red.

Enabling and disabling audio-only fallback

Para habilitar la opción de audio alternativa del editor, configura el Publisher.Builder.PublisherAudioFallback al crear un objeto Publisher.

Para activar y desactivar la opción de audio alternativo para los suscriptores (para todos los suscriptores de la transmisión), llama 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.

// Enable publisher audio fallback
Publisher = new Publisher.Builder(context)
{
  PublisherAudioFallback = true
}.Build();

// Enable publisher audio fallback and disable subscriber audio fallback
Publisher = new Publisher.Builder(context)
{
  PublisherAudioFallback = true,
  SubscriberAudioFallback = false
}.Build();

// Enable subscriber audio fallback and disable publisher audio fallback
Publisher = new Publisher.Builder(context)
{
  PublisherAudioFallback = false,
  SubscriberAudioFallback = true
}.Build();

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 deteriorado y que el vídeo se desactivará si la calidad sigue empeorando. Publisher.VideoDisableWarningLifted — Se envía cuando el editor determina que la calidad de la transmisión ha mejorado hasta el punto de que la desactivación del vídeo ya 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):

publisher.VideoDisableWarning += (object sender) =>
{
  // Custom action — for example, add custom UI notification
}

publisher.VideoDisableWarningLifted += (object sender) =>
{
  // Custom action — for example, remove custom UI notification
}

publisher.VideoDisabled += (object sender, VideoEventArgs e) =>
{
  // Custom action — for example, add custom UI notification
}

publisher.VideoEnabled += (object sender, VideoEventArgs e) =>
{
  // Custom action — for example, remove custom UI notification
}

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 Suscriptor 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 detecta que la calidad de la transmisión se ha deteriorado y se ha desactivado la transmisión de vídeo saliente. Nota: aunque el vídeo esté desactivado, 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 — Se envía con el motivo establecido en «calidad» cuando se determina que la calidad de la transmisión ha mejorado y se ha reactivado 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):

subscriber.VideoDisableWarning += (object sender) =>
{
  // Custom action — for example, add custom UI notification
}

subscriber.VideoDisableWarningLifted += (object sender) =>
{
  // Custom action — for example, remove custom UI notification
}

subscriber.VideoDisabled += (object sender, VideoEventArgs e) =>
{
  // Custom action — for example, add custom UI notification
}

subscriber.VideoEnabled += (object sender, VideoEventArgs e) =>
{
  // Custom action — for example, remove custom UI notification
}```