Compartir vía

Problemas conocidos en los SDK de WebJS que llaman a Azure Communication Services

  • Artículo

En este artículo se proporcionan problemas conocidos relacionados con el uso del SDK de llamadas de WebJS de Azure Communication Services.

Todos los exploradores de escritorio

No es posible representar varias vistas previas desde varios dispositivos en la web

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: no es posible representar varias vistas previas desde varios dispositivos en la web. Es problema se trata de una limitación conocida.
Referencia de problemas conocidos: para obtener más información, consulte Introducción al SDK de llamadas.

El cambio repetido de los dispositivos de vídeo puede provocar la detención temporal del streaming de vídeo

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cambiar entre dispositivos de vídeo puede hacer que la secuencia de vídeo se detenga mientras se adquiere la secuencia desde el dispositivo seleccionado. Cambiar entre dispositivos con frecuencia puede provocar una degradación del rendimiento.
Solución alternativa recomendada: los desarrolladores deben asegurarse de detener la secuencia de un dispositivo antes de iniciar otra para mitigar la degradación del rendimiento al cambiar entre dispositivos de vídeo.

Problema de la señal de vídeo cuando la llamada está en estado Conectando

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: si un usuario activa y desactiva rápidamente el vídeo mientras la llamada está en el estado Conectando, esta acción podría provocar un problema con la secuencia adquirida para la llamada. Lo más conveniente es que los desarrolladores creen sus aplicaciones de forma que no sea necesario activar y desactivar el vídeo mientras la llamada está en estado Conectando. El rendimiento del vídeo puede disminuir en los escenarios siguientes:

  • Si el usuario comienza con audio y, luego, inicia y detiene el vídeo mientras la llamada está en estado Conectando.
  • Si el usuario comienza con audio y, luego, inicia y detiene el vídeo mientras la llamada está en estado Sala de espera.

Retraso en la representación de vídeos de participantes remotos

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: durante una llamada de grupo en curso, supongamos que Usuario A envía vídeo y a continuación, Usuario B se une a la llamada. A veces, el usuario B no ve el vídeo del usuario A, o el vídeo del usuario A comienza a representarse después de un retraso largo. Un problema de configuración del entorno de red podría provocar este retraso.
Referencia de problemas conocidos: para obtener más información Recomendaciones de red.

El uso excesivo de determinadas API, como silenciar o desactivar, da como resultado una limitación en la infraestructura de Azure Communication Services

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: como resultado de la llamada API para silenciar/activar el silencio, la infraestructura de Azure Communication Services informa a los demás participantes en la llamada sobre el estado del audio de un participante local que ha invocado silenciar/activar el silencio, de modo que los participantes en la llamada sepan quién está silenciado/activado.

El uso excesivo de desactivación/activa de audio está bloqueado en la infraestructura de Azure Communication Services. La limitación se produce si el participante (o la aplicación en nombre del participante) intenta silenciar o desactivar el silencio continuamente, cada segundo, más de 15 veces en una ventana gradual de 30 segundos.

La activación de Siri durante la llamada a WebRTC no silencia automáticamente el micrófono en macOS

Sistema operativo: macOS.
Exploradores: Todos los exploradores y versiones.
Versión del SDK de llamada de Azure Communication Services: All.
Descripción: La llamada WebRTC no se silencia automáticamente cuando un usuario empieza a hablar con Siri en medio de la llamada. Durante estas instancias, otros participantes pueden escuchar al usuario que da comandos a Siri o tanto el comando dado como la respuesta de Siri.
Referencia de problemas conocidos: se trata de un problema conocido en macOS.
Solución alternativa recomendada: Actualmente, no hay ninguna solución alternativa disponible. Los usuarios deben silenciar manualmente su micrófono al activar Siri durante una llamada.

Superposición de audio en llamadas WebJS de ACS y llamadas FaceTime en macOS

Sistema operativo: macOS.
Exploradores: Todos los exploradores y versiones.
Versión del SDK de llamada de Azure Communication Services: All.
Descripción: Cuando un usuario de macOS participa en una llamada de WebJS de ACS recibe una llamada a FaceTime y lo acepta, el audio de la llamada WebJS de ACS y las llamadas FaceTime se transmiten y reciben simultáneamente. Esto da como resultado secuencias de audio superpuestas en las que el usuario puede escuchar y escuchar en ambas llamadas al mismo tiempo.
Referencia de problemas conocidos: se trata de un problema conocido en macOS.
Solución alternativa recomendada: Actualmente, no hay ninguna solución alternativa disponible. Los usuarios pueden silenciar de forma proactiva su micrófono en la llamada WebRTC o salir de la llamada de WebRTC antes de tomar la llamada FaceTime.

Todos los exploradores móviles

No es posible representar varias vistas previas desde varios dispositivos en la web

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: no es posible representar varias vistas previas desde varios dispositivos en la web. Es problema se trata de una limitación conocida.
Referencia de problemas conocidos: para obtener más información, consulte Introducción al SDK de llamadas.

El cambio repetido de los dispositivos de vídeo puede provocar la detención temporal del streaming de vídeo

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cambiar entre dispositivos de vídeo puede hacer que la secuencia de vídeo se detenga mientras se adquiere la secuencia desde el dispositivo seleccionado. Cambiar entre dispositivos con frecuencia puede provocar una degradación del rendimiento.
Solución alternativa recomendada: los desarrolladores deben asegurarse de detener la secuencia de un dispositivo antes de iniciar otra para mitigar la degradación del rendimiento al cambiar entre dispositivos de vídeo.

Problema de la señal de vídeo cuando la llamada está en estado Conectando

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: si un usuario activa y desactiva rápidamente el vídeo mientras la llamada está en el estado Conectando, esta acción podría provocar un problema con la secuencia adquirida para la llamada. Lo más conveniente es que los desarrolladores creen sus aplicaciones de forma que no sea necesario activar y desactivar el vídeo mientras la llamada está en estado Conectando. El rendimiento del vídeo puede disminuir en los escenarios siguientes:

  • Si el usuario comienza con audio y, luego, inicia y detiene el vídeo mientras la llamada está en estado Conectando.
  • Si el usuario comienza con audio y, luego, inicia y detiene el vídeo mientras la llamada está en estado Sala de espera.

Retraso en la representación de vídeos de participantes remotos

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: durante una llamada de grupo en curso, supongamos que Usuario A envía vídeo y a continuación, Usuario B se une a la llamada. A veces, el usuario B no ve el vídeo del usuario A, o el vídeo del usuario A comienza a representarse después de un retraso largo. Un problema de configuración del entorno de red podría provocar este retraso.
Referencia de problemas conocidos: para obtener más información Recomendaciones de red.

El uso excesivo de determinadas API, como silenciar o desactivar, da como resultado una limitación en la infraestructura de Azure Communication Services

Versión del explorador: todo.
Versión del SDK de llamadas de Azure Communication Service: todo
Descripción: como resultado de la llamada API para silenciar/activar el silencio, la infraestructura de Azure Communication Services informa a los demás participantes en la llamada sobre el estado del audio de un participante local que ha invocado silenciar/activar el silencio, de modo que los participantes en la llamada sepan quién está silenciado/activado.

El uso excesivo de desactivación/activa de audio está bloqueado en la infraestructura de Azure Communication Services. La limitación se produce si el participante (o la aplicación en nombre del participante) intenta silenciar o desactivar continuamente, cada segundo, más de 15 veces en una ventana gradual de 30 segundos.

La actualización de una página no quita al usuario inmediatamente de su llamada

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: si un usuario está en una llamada y decide actualizar la página, el servicio multimedia de Communication Services no quita a este usuario inmediatamente de la llamada. Espera a que el usuario se vuelva a unir. El usuario se quita de la llamada después de que se agote el tiempo de espera del servicio multimedia.

Si un usuario está en una llamada y decide actualizar la página, el servicio multimedia de Communication Services no quita a este usuario inmediatamente de la llamada. Espera a que el usuario se vuelva a unir. El usuario se quita de la llamada después de que se agote el tiempo de espera del servicio multimedia.

Es mejor crear experiencias de usuario en las que no sea necesario que los usuarios finales actualicen la página de la aplicación durante una llamada. Si un usuario actualiza la página, vuelva a usar el mismo identificador de usuario de Communication Services después de que el usuario vuelva a la aplicación. Al volver a unirse con el mismo identificador de usuario, el usuario se representa como el mismo objeto existente en la colección remoteParticipants. Desde la perspectiva de otros participantes de la llamada, el usuario permanece en la llamada durante el tiempo que se tarda en actualizar la página, hasta un minuto o dos.

Si el usuario estaba enviando vídeo antes de actualizar, la colección videoStreams mantiene la información del flujo anterior hasta que el servicio agota el tiempo de espera y lo quita. En este escenario, la aplicación puede decidir mantener las nuevas secuencias agregadas a la colección y representar una con el valor de id más alto.

Escritorio de Safari

En macOS Safari 18 y versiones posteriores, el usuario no puede compartir la pantalla durante ~1 minuto después de cancelar la acción en una llamada. Durante este tiempo, algunas de las opciones no funcionan mientras se recupera el recurso compartido de pantalla

Versión del explorador: Safari 18 y versiones posteriores.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: después de cancelar un intento de uso compartido de pantalla, el usuario no puede volver a compartir la pantalla durante aproximadamente 1 minuto. Durante este período, algunas opciones dejan de responder, como la capacidad de activar o desactivar la cámara. Después de ~1 minuto, el usuario puede iniciar el uso compartido de pantalla y usar todas las opciones disponibles en la llamada de nuevo.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Safari.
Solución alternativa recomendada: se recomienda evitar usar la opción "Cancelar" durante el uso compartido de pantalla para evitar retrasos en el reinicio del uso compartido de pantalla. Si es necesario detener el uso compartido, se recomienda completar la acción de uso compartido o esperar el tiempo de recuperación antes de volver a intentarlo.

En macOS Safari 17 y versiones posteriores, el audio podría interrumpirse si los usuarios de macOS conectan auriculares Bluetooth durante una llamada

Versión del explorador: Safari 17 y versiones posteriores.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando los usuarios de macOS conectan auriculares Bluetooth a un MacBook durante una llamada mediante Safari, pueden experimentar problemas con el audio. En ambos casos de uso en los que los usuarios conectan auriculares Bluetooth antes o durante la llamada, el audio entrante y saliente podría dejar de estar disponible o interrumpirse. Se observa que esperar al menos 30 segundos podría resolver el problema de audio entrante, pero el audio saliente a menudo no se puede recuperar automáticamente.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Safari.
Solución recomendada: como solución temporal, es posible que los usuarios necesiten volver a conectar su dispositivo Bluetooth o actualizar la llamada para intentar recuperar el audio. La actualización a la versión más reciente de macOS y Safari también puede ayudar, ya que podría incluir posibles correcciones para estos problemas.

En macOS Safari 17 y versiones posteriores, los efectos de fondo de vídeo pueden provocar el parpadeo de vídeo, tanto en la versión preliminar local como en el lado remoto

Versión del explorador: Safari 17 y versiones posteriores.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: se ha encontrado un error en una de las actualizaciones de macOS Safari 17 que está causando que nuestra captura de fotogramas de implementación de efectos de fondo omita fotogramas y, por tanto, podría provocar que el vídeo parpadee tanto en la vista previa local como en el lado remoto.

  • Hay disponible una corrección a partir de safari versión 17.5 (macOS Sonoma 14.5).

Solución alternativa recomendada: se recomienda a los usuarios actualizar a la versión más reciente de macOS y Safari (al menos v17.5) donde se ha resuelto esta incidencia.

Problema de parpadeo de vídeo entrante y saliente en macOS Sonoma con versiones de Safari de hasta 17.1

Versión del explorador: Safari v17.0, v17.1 (macOS Sonoma 14).
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: Los usuarios en macOS Sonoma 14.0 experimentan un problema de parpadeo de vídeo en las versiones 17.0 y 17.1 de Safari al unirse a una llamada con vídeo activado. El vídeo entrante parpadea cuando un usuario de Safari se une a una llamada, lo que afecta a lo que se recibe de otros participantes de la llamada. Además, el vídeo saliente del usuario de Safari parpadea para los participantes remotos que ya están en la llamada. Este problema deteriora la calidad visual de la llamada.

  • Hay una corrección disponible a partir de la versión 17.2 de Safari.

Solución alternativa recomendada: Se recomienda a los usuarios actualizar a la versión más reciente de macOS y Safari (al menos v17.2) donde se ha resuelto este problema.

Otro participante en la llamada no puede iniciar la pantalla compartida de forma simultánea con el usuario de macOS Safari en las videollamadas 1:1 de Azure Communication Services

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: En las videollamadas 1:1 de Azure Communication Services, cuando un usuario de macOS Safari comparte su pantalla, otro participante que usa un explorador diferente no puede iniciar la compartición de pantalla hasta que el primer participante detiene su compartición de pantalla. Esta limitación se observa en varias combinaciones de exploradores y sistemas operativos, pero es específica de las llamadas 1:1. El problema no se produce en llamadas en las que ambos participantes usan Safari en macOS.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Safari.
Solución alternativa recomendada: Una solución temporal consiste en asegurarse de que solo un participante comparte su pantalla a la vez en las videollamadas 1:1 de Azure Communication Services, cuando uno de los participantes usa macOS Safari.

El uso compartido de pantalla no funciona en macOS Ventura con Safari hasta la versión 16.3

Versión del explorador: Safari v16.1, v16.2, v16.3 (macOS Ventura 13.0).
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema se ha introducido en macOS Ventura 13.0 cuando se usa el explorador Safari (v16.1, v16.2 y v16.3), y la corrección está disponible a partir de la versión 16.4 de Safari.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Safari.
Solución alternativa recomendada: Se recomienda a los usuarios actualizar a la versión más reciente de macOS y Safari (al menos v16.4) donde se ha resuelto este problema.

Los participantes de llamadas web escuchan audio de llamada RTC cuando se responde en macOS con integración con iPhone

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando un usuario de macOS, que está en una llamada de ACS activa mediante un explorador, acepta una llamada RTC entrante en su MacBook que esté vinculada a su iPhone (con la misma cuenta de iCloud), el audio de la llamada RTC se comparte entre los participantes de la llamada web. Esto da como resultado que los participantes de la llamada escuchen el audio de llamada RTC.
Referencia de problemas conocidos: se trata de un problema conocido en macOS.
Solución alternativa recomendada: Actualmente, no hay ninguna solución alternativa directa disponible. Se recomienda a los usuarios usar dispositivos independientes para las llamadas RTC y web para evitar que el audio compartido con otros participantes de la llamada en una llamada independiente.

Safari iOS Mobile

Problemas de recuperación de vídeo en iOS 17+ cuando un usuario de iOS recibe llamadas entrantes a la aplicación RTC o de terceros o habilita Siri durante una llamada basada en web de ACS

Versión de iOS: versiones 17 y posteriores de iOS.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: Cuando un usuario de iOS en una llamada web y recibe y rechaza o acepta una llamada de aplicación RTC o de terceros, el usuario encontrará problemas de vídeo. El vídeo entrante puede aparecer congelado o puede que no se muestre ningún vídeo entrante, lo que requerirá que el usuario vuelva a activar la cámara. La vista previa del vídeo y el vídeo saliente no se pueden recuperar de forma similar a menos que el usuario vuelva a activar su cámara.

Problemas de vídeo en iOS 17+ cuando un usuario de iOS intenta usar Siri durante una llamada

Versión de iOS: versiones 17 y posteriores de iOS.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando un usuario de iOS intenta activar Siri en medio de una llamada web móvil puede provocar que el vídeo entrante se congele y tarde unos segundos en recuperarse.

Problema de resolución de vista previa de cámara en llamadas web al usar iOS 16.3 a 17.3.1

Versión de iOS: versiones de iOS de la versión 16.3 hasta la 17.3.1.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: los usuarios pueden experimentar un problema en el que la vista previa de la cámara se muestra en una resolución incorrecta y aparece recortada cuando el usuario de iOS se une a una llamada mediante iOS Safari con la cámara habilitada. El problema ya no se observa si el usuario vuelve a habilitar la cámara durante la llamada. El problema se ha corregido con iOS 17.4 y versiones posteriores.
Solución alternativa recomendada: Se recomienda a los usuarios actualizar a la versión más reciente de iOS y Safari (al menos iOS 17.4) donde se ha resuelto este problema.

Datos de telemetría de audioInputLevel y frameRateInput faltan en las llamadas de vídeo de iOS 16 a iOS 17.4

Versión de iOS: versiones de iOS de la versión 16.0 hasta la 17.4.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: los datos de telemetría audioInputLevel y frameRateInput no se capturan durante las llamadas de vídeo en las versiones 16 a 17.4 de iOS, lo que afecta a la capacidad de supervisar y optimizar la configuración de audio y vídeo en tiempo real. Este problema se ha corregido con iOS 17.5+.
Solución alternativa recomendada: se recomienda a los usuarios que actualicen a la última versión de iOS y Safari (al menos iOS 17.5) donde se haya resuelto este problema.

Problema de recuperación de audio y vídeo en iOS 16 a 16.3.1 durante las llamadas web con llamadas RTC o de terceros entrantes

Versión de iOS: versiones de iOS 16 hasta 16.3.1.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando un usuario de iOS está en una llamada web y recibe una llamada de aplicación RTC o de terceros, el audio entrante y saliente y el vídeo saliente no recuperan automáticamente la llamada después de que finalice la llamada telefónica. El usuario de iOS tiene que desactivar la llamada en la web de nuevo. El usuario final debe deshabilitar y habilitar el botón "Micrófono" para poder obtener audio y vídeo.
Referencia de problemas conocidos: error de WebKit relacionado aquí.
Solución alternativa recomendada: Se recomienda a los usuarios actualizar a la versión más reciente de macOS y Safari (al menos iOS 16.4) donde se ha resuelto este problema.

iOS 16 introdujo errores cuando se coloca el explorador en segundo plano durante una llamada

Versión de iOS: versiones de iOS de 16 a 16.1.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: la versión de iOS 16 ha introducido un error que puede detener la llamada de audio y vídeo de Azure Communication Services al usar el explorador móvil Safari. El impacto podría ser que una llamada de Azure Communication Services podría dejar de funcionar durante una llamada y la única resolución para que funcione de nuevo es que el cliente final reinicie su teléfono. Para reproducir este error:

  • Hacer que un usuario use un iPhone que ejecute iOS 16.
  • Únase a la llamada de Azure Communication Services (solo con audio o con audio y vídeo) mediante el explorador móvil Safari iOS. Si durante una llamada alguien coloca el explorador Safari en segundo plano y ve YouTube OR recibe una llamada FaceTime\phone mientras está conectado a través de un dispositivo Bluetooth Resultados:
  • Cuano pasen unos minutos en esta situación, el vídeo entrante y saliente puede dejar de funcionar.
  • La única manera de volver a llamar a Azure Communication Services es que el usuario final reinicie su teléfono. Error corregido con iOS 16.2.

Referencia de problemas conocidos: errores relacionados de WebKit aquí y aquí.
Solución alternativa recomendada: considere la posibilidad de actualizar a la versión más reciente de iOS.

Problemas de vídeo y audio en iPhone X, que se produce al usuario que está en una llamada durante más de 30 minutos con la cámara activada

Dispositivos afectados: iPhone X (iOS 16.7.x).
Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: durante las llamadas de Azure Communication Service en iPhone X con iOS 16.7.x, los usuarios experimentan la desaparición de su versión preliminar de vídeo local y el vídeo entrante después de más de 30 minutos de estar en una llamada con vídeo habilitado, que puede aparecer en blanco o vacío para el usuario. Para otros usuarios, el vídeo del usuario de iPhone X aparece inmovilizado en el momento en que se pierde en el dispositivo iPhone X. Junto con la desaparición del vídeo, se puede producir un eco pronunciado. El vídeo se restaura cuando el usuario de iPhone X apaga la cámara y vuelve a encenderse.

  • Este problema solo se ha observado en el dispositivo iPhone X con las versiones 16.7.5 y 16.7.7 de iOS.

El micrófono de los auriculares Bluetooth no se detecta o no se oye durante la llamada en iOS con Safari

Versión de iOS: todo
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: auriculares Bluetooth no son compatibles con Safari en iOS. El dispositivo Bluetooth no aparece en las opciones de micrófono disponibles y otros participantes no pueden escucharte si intenta usar Bluetooth a través de Safari. Esta regresión es una limitación conocida del sistema operativo. Con Safari en macOS e iOS/iPadOS, no es posible enumerar ni seleccionar dispositivos de altavoz mediante el administrador de dispositivos de Communication Services. Esto se debe a que Safari no permite mostrar ni seleccionar altavoces.
Solución alternativa recomendada: en este escenario, use el sistema operativo para actualizar la selección del dispositivo.

El uso de bibliotecas de terceros durante la llamada podría provocar una pérdida del audio

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: si usa getUserMedia por separado dentro de la aplicación, se pierde la secuencia de audio. La transmisión de audio se pierde porque una biblioteca de terceros toma el acceso del dispositivo desde la biblioteca de Azure Communication Services.

  • No use bibliotecas de terceros que usen la API getUserMedia internamente durante la llamada.
  • Si todavía necesita usar una biblioteca de terceros, la única manera de recuperar la secuencia de audio es cambiar el dispositivo seleccionado (si el usuario tiene más de uno) o reiniciar la llamada. La causa de este problema podría ser que adquirir su propia secuencia desde el mismo dispositivo tiene un efecto secundario de correr en condiciones de carrera. La adquisición de flujos de otros dispositivos podría llevar al usuario a un ancho de banda USB/E insuficiente y a la velocidad sourceUnavailableError se disparó.

Enumeración o acceso a dispositivos para Safari en iOS

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: en determinados entornos, es posible que observe que los permisos del dispositivo se restablecen después de algún período de tiempo. En macOS e iOS, Safari no mantiene los permisos durante mucho tiempo a menos que se adquiera una secuencia. La manera más sencilla de solucionar esta limitación es llamar a la API DeviceManager.askDevicePermission() antes de llamar a las API de enumeración de dispositivos del administrador de dispositivos. Estas API de enumeración son DeviceManager.getCameras(), DeviceManager.getSpeakers() y DeviceManager.getMicrophones(). Si los permisos están allí, el usuario no ve nada. Si los permisos no están allí, se le pedirá al usuario que vuelva a solicitar los permisos.

El micrófono local o la cámara se silencia cuando se producen ciertas interrupciones en Safari de iOS

Descripción: este problema puede producirse si otra aplicación o el sistema operativo toma el control del micrófono o la cámara. Estos son algunos ejemplos que pueden ocurrir mientras un usuario está en la llamada:

  • Una llamada entrante llega a través de la red telefónica conmutada (RTC) y captura el acceso al dispositivo de micrófono.
  • Un usuario reproduce un vídeo de YouTube, por ejemplo, o inicia una llamada de FaceTime. Cambiar a otra aplicación nativa puede capturar el acceso al micrófono o la cámara.
  • Un usuario habilita Siri, que captura el acceso al micrófono.

En iOS, por ejemplo, mientras se realiza una llamada de Azure Communication Services, si se produce una llamada RTC, se genera un error de UFD microphoneMutedUnexepectedly y el audio deja de fluir en la llamada de Azure Communication Services y la llamada se marca como silenciada. Una vez finalizada la llamada RTC, el usuario tiene que desactivar la llamada de Azure Communication Services para que el audio empiece a fluir de nuevo en la llamada de Azure Communication Services.

En caso de que la cámara esté activada y se produzca una interrupción, la llamada de Azure Communication Services puede perder o no la cámara. Si se pierde, la cámara se marca como desactivada y el usuario tiene que volver a activarla después de que la interrupción libere la cámara.

En ocasiones, los dispositivos de micrófono o cámara no se liberan a tiempo y pueden causar problemas con la llamada original. Por ejemplo, si el usuario intenta reactivar el audio mientras ve un vídeo de YouTube, o si una llamada RTC está activa simultáneamente.

  • Las secuencias de vídeo entrantes no dejan de representarse si el usuario está en iOS 15.2+ y usa la versión 1.4.1-beta.1+ del SDK, los pasos de desactivar el silencio e iniciar el vídeo siguen siendo necesarios para reiniciar el audio y el vídeo salientes.
  • Para iOS 15.4+, el audio y el vídeo deben ser capaces de recuperarse automáticamente en la mayoría de los casos. En algunos casos perimetrales, para no activar, la aplicación debe llamar a una API a "no activar" (puede ser como resultado de la acción del usuario) para recuperar el audio saliente.

Safari de iOS actualiza la página si el usuario va a otra aplicación y vuelve al explorador

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema puede producirse si un usuario de una llamada de Azure Communication Services con iOS Safari y cambia a otra aplicación durante un tiempo. Después de que el usuario vuelva al explorador, es posible que la página del explorador se actualice. Esto se debe a que el sistema operativo termina el explorador. Una manera de mitigar este problema es mantener algunos estados y recuperarse después de que se actualice la página.

Un usuario de iOS móvil ha quitado la llamada, pero sigue apareciendo en la lista de participantes

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema puede producirse si un usuario móvil deja la llamada de grupo de Azure Communication Services sin usar la API Call.hangUp(). Cuando un usuario móvil cierra el explorador o actualiza la página web sin que se bloquee, otros participantes de la llamada de grupo pueden seguir viendo a este usuario móvil en la lista de participantes durante unos 60 segundos.

Problema de congelación de Safari en iOS 15

Versión del explorador: versiones de iOS de 15 a 15.1.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: los usuarios pueden experimentar la congelación de Safari al navegar a YouTube, habilitar Siri, recibir llamadas RTC entrantes o durante otros escenarios de interrupción mientras se encuentra en una llamada web. Se trata de un problema conocido introducido con iOS 15 y observado en las versiones 15.0, 15.0.2 y 15.1 de iOS.

  • Se ha corregido con iOS 15.2 y versiones posteriores.

Referencia de problemas conocidos: errores relacionados de WebKit aquí y aquí.
Solución alternativa recomendada: considere la posibilidad de actualizar a la versión más reciente de iOS.

Safari iPadOS Tablet

La rotación de un dispositivo puede crear una calidad de vídeo deficiente: Apple iPad 8 y Apple iPad X

Dispositivos afectados: Apple iPad 8 y Apple iPad X.
Descripción: cuando los usuarios giran un dispositivo, este movimiento puede degradar la calidad del vídeo que se transmite.

Chrome Desktop

Problemas de desconexión de llamadas en macOS 15.0, compilación: 24A335

Versión del sistema operativo: macOS 15.0, compilación: 24A335.
Versión del explorador: Google Chrome: todas las versiones.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: Al iniciar una llamada uno a uno en macOS 15.0, si el destinatario acepta la llamada, a veces se desconecta automáticamente después de unos segundos. Se observan retrasos adicionales en la recepción y unión de llamadas, lo que también puede provocar desconexiones. Deshabilitar el firewall resuelve temporalmente estos problemas, lo que sugiere que la interferencia de la configuración del firewall de macOS es la causa principal. Este problema se ha solucionado en macOS 15.0.1, lo que mejora la compatibilidad con software de seguridad de terceros, como se detalla aquí en las notas de la versión de macOS 15.0.1.
Solución alternativa recomendada: los usuarios que experimentan este problema deben considerar la posibilidad de deshabilitar temporalmente o actualizar el firewall a macOS 15.0.1 para resolver estos problemas de conectividad de llamadas de forma permanente.

Chrome M98: una regresión que degrada la resolución de vídeo y aumenta la generación de fotogramas clave para los dispositivos que no tienen una tarjeta NVIDIA

Versión del explorador: Google Chrome versión 98 (febrero de 2022)
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: la versión 98 de Chrome ha introducido una regresión en la generación anómala de fotogramas clave de vídeo que afecta a la resolución de una secuencia de vídeo enviada negativamente para la mayoría (70%+) de los usuarios.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Chromium.
Solución alternativa recomendada: actualización de Google Chrome a la versión más reciente.

Chrome Mobile Android

Chrome M125: no hay vídeo saliente en las llamadas de Grupo y Azure Communication Services-Microsoft Teams en algunos dispositivos Android

Versión del explorador: Google Chrome versión 125 (mayo de 2024) instalada en dispositivos Android.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: Chrome versión 125 para Android introdujo una regresión al realizar videollamadas: el resultado de este error es un usuario que realiza una llamada en Azure Communication Services con esta versión de Chrome no tiene ningún vídeo saliente en las llamadas de Grupo y Azure Communication Services-Microsoft Teams. Este comportamiento se observa en dispositivos Huawei, OnePlus, Poco y Xiaomi Android. El comportamiento no se observa en dispositivos Samsung, Google Pixel y Motorola Android.

  • Hay disponible una corrección a partir de la versión 125.0.6422.146/147 de Google Chrome.

Dispositivos afectados:

  • Huawei P30 Lite
  • OnePlus Nord N10
  • OnePlus 7T
  • Poco X3 Pro
  • Xiaomi Redmi 8T y posiblemente otros modelos o dispositivos similares.

Solución alternativa recomendada: Se recomienda a los usuarios actualizar a Google Chrome versión 125.0.6422.146/147 o posterior, donde se ha resuelto este problema.

Problema de audio saliente en Android 14 cuando el explorador está en segundo plano o la pantalla del dispositivo está bloqueada

Versión de Android: Android 14.
Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: En Android 14, cuando el explorador se coloca en segundo plano o la pantalla del dispositivo está bloqueada, el audio saliente desaparece después de aproximadamente 5 segundos. Este problema afecta a la experiencia del usuario a medida que interrumpe la transmisión de audio durante las llamadas. El problema no se observa en Android 13 u otras versiones de Android.
Solución alternativa recomendada: Se recomienda a los usuarios mantener el explorador activo en primer plano durante las llamadas.

Problema de audio entrante y saliente en Android cuando el explorador está en segundo plano o la pantalla del dispositivo está bloqueada con el modo Ahorro de energía habilitado

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: en los teléfonos móviles Android cuando el modo Ahorro de energía está habilitado, el audio entrante y saliente se detiene inmediatamente cuando el explorador que hospeda la llamada de ACS se coloca en segundo plano o la pantalla del dispositivo está bloqueada. Además, debido a la acción de colocar el explorador en segundo plano en modo Ahorro de energía, el usuario se desconectará y se quitará de la llamada después de aproximadamente un minuto después de que la pantalla del dispositivo se bloquee o el explorador entre en segundo plano.
Referencia de problemas conocidos: se trata de un problema conocido en Chromium.
Solución alternativa recomendada: para evitar este problema, se recomienda a los usuarios mantener el explorador activo en primer plano durante las llamadas o deshabilitar el modo Ahorro de energía durante las llamadas WebRTC.

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando más de tres usuarios están en una videollamada con un usuario que tiene un dispositivo Android, el usuario Android a veces puede observar que el vídeo entrante parpadea y a veces se duplica con otro vídeo entrante. Otro comportamiento que los usuarios experimentan a veces en el mismo caso de uso es que el vídeo entrante puede aparecer con un tinte verde o una superposición verde durante un breve instante, y en otras ocasiones dura más tiempo. Este comportamiento es especialmente notable cuando otro usuario vuelve a habilitar su cámara o se une a la llamada con su vídeo activado. Este comportamiento se observa en Samsung Galaxy S10, S20, S21 y Google Pixel 6, 8.
Dispositivos afectados:

  • Samsung Galaxy S10
  • Samsung Galaxy S20
  • Samsung Galaxy S21
  • Google Pixel 6
  • Google Pixel 8

Referencia de problema conocido: Esta regresión es un problema conocido en Chromium.

Chrome M115: no hay vídeo saliente en las llamadas de Grupo y Azure Communication Services-Microsoft Teams

Versión del explorador: Google Chrome versión 115 (jul 2023) instalado en dispositivos Android.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: la versión 115 de Chrome para Android introdujo una regresión al realizar videollamadas: el resultado de este error es un usuario que realiza una llamada en Azure Communication Services con esta versión de Chrome no tiene vídeo saliente en las llamadas de Grupo y Azure Communication Services-Microsoft Teams.
Referencia de problema conocida: esta regresión es un problema conocido introducido en Chromium.
Solución alternativa recomendada: como mitigación a corto plazo, indique a los usuarios que usen Microsoft Edge o Firefox en Android, o evite el uso de Google Chrome 115/116 en Android.

El usuario Android todavía puede escuchar audio de la llamada "Azure Communication Services" mientras se realiza una llamada RTC

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: este problema se produce cuando un usuario de Android Chrome experimenta una llamada RTC entrante. Después de responder a la llamada RTC, el micrófono de la llamada "Azure Communication Services" se silencia. El audio saliente de la llamada "Azure Communication Services" está silenciado, por lo que otros participantes no pueden escuchar al usuario que es la llamada RTC. Vale la pena tener en cuenta que el audio entrante del usuario no está silenciado y este comportamiento es inherente al explorador.
Solución alternativa recomendada: espere una próxima actualización o revisión de Google.

El audio entrante es notablemente más silencioso en la llamada de Azure Communication Services después de la llamada de aplicación de terceros en dispositivos Android

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: los usuarios experimentan un audio entrante notablemente más silencioso después de recibir y aceptar una llamada desde una aplicación de terceros (por ejemplo, WhatsApp, Viber) durante una llamada de Azure Communication Services. Este problema se produce en dispositivos Android mediante el explorador móvil. Además, los controles de volumen indican niveles máximos, aunque el audio permanece más silencioso que antes de la llamada de terceros.
Referencia de problemas conocidos: se trata de un problema conocido en Chromium.
Solución alternativa recomendada: se recomienda a los usuarios volver a unirse a la llamada de Azure Communication Services o controlar las llamadas de aplicación de terceros por separado.

Android Chrome silencia la llamada después de que el explorador pase a segundo plano durante un minuto

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: en Android Chrome, si un usuario está en una llamada de Azure Communication Services y coloca el explorador en segundo plano durante un minuto. El micrófono pierde el acceso y los demás participantes de la llamada no pueden escuchar el audio del usuario. Una vez que el usuario lleva el explorador a primer plano, el micrófono está disponible de nuevo.
Referencia de problemas conocidos: errores relacionados de chromium aquí y aquí.

El micrófono local o la cámara se silencia cuando se producen ciertas interrupciones en Android Chrome

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: este problema puede producirse si otra aplicación o el sistema operativo toma el control del micrófono o la cámara. Estos son algunos ejemplos que pueden ocurrir mientras un usuario está en la llamada:

  • Una llamada entrante llega a través de la red telefónica conmutada (RTC) y captura el acceso al dispositivo de micrófono.
  • Un usuario reproduce un vídeo de YouTube, por ejemplo, o inicia una llamada de aplicación de terceros. Cambiar a otra aplicación nativa puede capturar el acceso al micrófono o la cámara.

En Android Chrome, cuando se produce una llamada RTC, el audio deja de fluir en la llamada de Azure Communication Services y la llamada de Azure Communication Services no está marcada como silenciada. En este caso, no hay ningún evento UFD de microphoneMutedUnexepectedly. Una vez finalizada la llamada RTC, Chrome para Android recupera el audio de forma automática y el audio vuelve a fluir con normalidad en la llamada de Azure Communication Services.

En caso de que la cámara esté activada y se produzca una interrupción, la llamada de Azure Communication Services puede perder o no la cámara. Si se pierde, la cámara se marca como desactivada y el usuario tiene que volver a activarla después de que la interrupción libere la cámara.

En ocasiones, los dispositivos de micrófono o cámara no se liberan a tiempo y pueden causar problemas con la llamada original. Por ejemplo, si el usuario intenta reactivar el audio mientras ve un vídeo de YouTube, o si una llamada RTC está activa simultáneamente.

Se produce un error en la selección automática del micrófono para auriculares con cable en llamadas WebRTC en dispositivos Android

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando los usuarios conectan auriculares con cable a su dispositivo Android y se unen a una llamada WebRTC, la opción micrófono no tiene como valor predeterminado los auriculares con cable. Este problema se puede reproducir de forma coherente en diferentes dispositivos Android y versiones de Google Chrome. Se ha observado un comportamiento similar en otros servicios, como el ejemplo de WebRTC de Twilio y Google.
Referencia de problemas conocidos: se trata de un problema conocido en Chromium.
Solución alternativa recomendada: los usuarios deben seleccionar manualmente los auriculares con cable como opción de micrófono en la configuración de llamada después de unirse a la llamada a WebRTC.

Un usuario de Android móvil ha quitado la llamada, pero sigue apareciendo en la lista de participantes

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema puede producirse si un usuario móvil deja la llamada de grupo de Azure Communication Services sin usar la API Call.hangUp(). Cuando un usuario móvil cierra el explorador o actualiza la página web sin que se bloquee, otros participantes de la llamada de grupo pueden seguir viendo a este usuario móvil en la lista de participantes durante unos 60 segundos.

Algunos dispositivos Android (A326U, A125U y A215U) producen errores en los escenarios de llamada, excepto las llamadas grupales

Dispositivos afectados:

  • Samsung Galaxy A32 (Model A326U)
  • Samsung Galaxy A12 (Model A125U)
  • Samsung Galaxy A21 (Model A215U)

Descripción: muchos dispositivos Android específicos no pueden iniciarse, aceptar llamadas y reuniones. Los dispositivos que se ejecutan en este problema, no se pueden recuperar y se produce un error en todos los intentos. Se trata principalmente de dispositivos Samsung modelo A, especialmente los modelos A326U, A125U y A215U.

La rotación de un dispositivo puede crear una mala calidad de vídeo: Google Pixel 3a, Google Pixel 5

Dispositivos afectados: Google Pixel 3a, Google Pixel 5.
Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando los usuarios giran un dispositivo, este movimiento puede degradar la calidad del vídeo que se transmite.

El cambio de cámara hace que la pantalla se inmoviliza: Google Pixel 4a

Dispositivo afectado: Google Pixel 4a.
Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando un usuario de Communication Services se une a una llamada mediante el SDK de llamada de JavaScript y a continuación, selecciona el botón switch de cámara, es posible que la interfaz de usuario deje de responder. Después, el usuario debe actualizar la aplicación o ejecutar el explorador en segundo plano.

Chrome Mobile iOS

No hay audio saliente ni entrante al cambiar el explorador a segundo plano o bloquear el dispositivo: se ha corregido en la versión 16.4+ de iOS

Versión de iOS: todas las versiones de iOS hasta iOS 16.3.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema de que no haya audio saliente o entrante al cambiar el explorador al fondo o bloquear el dispositivo estaba presente hasta la versión 16.3 de iOS y se corrigió a partir de iOS 16.4.
Referencia de problema conocida: error relacionado de WebKit .
Solución alternativa recomendada: considere la posibilidad de actualizar a la versión más reciente de iOS.

No hay audio entrante o saliente procedente de auriculares bluetooth: iOS 15

Versión de iOS: hemos visto este problema en versiones de iOS: 15.6, 15.7.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: cuando un usuario conecta auriculares Bluetooth en medio de la llamada de Azure Communication Services, el audio sigue saliendo del altavoz hasta que el usuario bloquea y desbloquea el teléfono. El problema no se puede reproducir en iOS 16.
Solución alternativa recomendada: considere la posibilidad de actualizar a la versión más reciente de iOS.

Un usuario de iOS móvil ha quitado la llamada, pero sigue apareciendo en la lista de participantes

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: el problema puede producirse si un usuario móvil deja la llamada de grupo de Azure Communication Services sin usar la API Call.hangUp(). Cuando un usuario móvil cierra el explorador o actualiza la página web sin que se bloquee, otros participantes de la llamada de grupo pueden seguir viendo a este usuario móvil en la lista de participantes durante unos 60 segundos.

Escritorio Firefox

Enumeración del altavoz y selección no disponible en Firefox a través del administrador de dispositivos de Communication Services

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: si usa Firefox, la aplicación no puede enumerar ni seleccionar altavoces a través del administrador de dispositivos de Communication Services.
Solución alternativa: en este escenario, debe seleccionar dispositivos a través del sistema operativo.

Actualmente no se admiten cámaras virtuales

Versión del explorador: todo.
Versión del SDK de llamada de Azure Communication Service: todo.
Descripción: actualmente no se admiten cámaras virtuales al realizar llamadas de audio o vídeo de escritorio de Firefox.