Partilhar via

Problemas conhecidos nos Serviços de Comunicação do Azure chamando SDKs WebJS

  • Artigo

Este artigo fornece problemas conhecidos relacionados ao uso do SDK de chamada WebJS dos Serviços de Comunicação do Azure.

Todos os navegadores da área de trabalho

Não é possível renderizar várias visualizações de vários dispositivos na Web

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Não é possível renderizar várias visualizações de vários dispositivos na Web. Este problema é uma limitação conhecida.
Referência de problema conhecido: para obter mais informações, consulte Visão geral do SDK de chamada.

A troca repetida de dispositivos de vídeo pode fazer com que o streaming de vídeo pare temporariamente

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: alternar entre dispositivos de vídeo pode fazer com que o fluxo de vídeo pause enquanto o fluxo é adquirido do dispositivo selecionado. Alternar entre dispositivos com frequência pode causar degradação do desempenho.
Solução recomendada: os desenvolvedores devem garantir a interrupção do fluxo de um dispositivo antes de iniciar outro para reduzir a degradação do desempenho ao alternar entre dispositivos de vídeo.

Problema de sinal de vídeo quando a chamada está no estado de conexão

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Se um usuário ligar e desligar o vídeo rapidamente enquanto a chamada estiver no estado de conexão , essa ação poderá causar um problema com o fluxo adquirido para a chamada. É melhor que os desenvolvedores criem seus aplicativos de uma forma que não exija que o vídeo seja ativado e desativado enquanto a chamada estiver no estado de conexão . O desempenho de vídeo degradado pode ocorrer nos seguintes cenários:

  • Se o usuário começar com áudio e, em seguida, iniciar e parar o vídeo, enquanto a chamada estiver no estado de conexão .
  • Se o usuário começar com áudio e, em seguida, iniciar e parar o vídeo, enquanto a chamada estiver no estado Lobby .

Atraso na renderização de vídeos de participantes remotos

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Durante uma chamada de grupo em curso, suponha que o Usuário A envia vídeo e, em seguida , o Usuário B ingressa na chamada. Às vezes, o usuário B não vê o vídeo do usuário A ou o vídeo do usuário A começa a ser renderizado após um longo atraso. Um problema de configuração do ambiente de rede pode causar esse atraso.
Referência de problema conhecido: Para obter mais informações Recomendações de rede.

O uso excessivo de determinadas APIs, como mute/unmute, resulta em limitação na infraestrutura dos Serviços de Comunicação do Azure

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Como resultado da chamada de API mute/unmute, a infraestrutura dos Serviços de Comunicação do Azure informa outros participantes na chamada sobre o estado do áudio de um participante local que invocou mute/unmute, para que os participantes na chamada saibam quem está mudo/sem som.

O uso excessivo de mudo/unmute é bloqueado na infraestrutura dos Serviços de Comunicação do Azure. A limitação acontece se o participante (ou a aplicação em nome do participante) tentar silenciar/desativar o som continuamente, a cada segundo, mais de 15 vezes numa janela rolante de 30 segundos.

A ativação da Siri durante a chamada WebRTC não silencia automaticamente o microfone no macOS

Sistema operacional: macOS.
Navegadores: Todos os navegadores e versões.
Serviços de Comunicação do Azure chamando a versão do SDK: Todos.
Descrição: A chamada WebRTC não é silenciada automaticamente quando um usuário começa a falar com a Siri no meio da chamada. Durante esses casos, outros participantes podem ouvir o usuário dando comandos para a Siri ou tanto o comando dado quanto a resposta da Siri.
Referência de problema conhecido: este é um problema conhecido no macOS.
Solução recomendada: Atualmente, nenhuma solução alternativa está disponível. Os usuários precisam silenciar manualmente o microfone ao ativar a Siri durante uma chamada.

Áudio sobreposto em chamadas WebJS do ACS e chamadas FaceTime no macOS

Sistema operacional: macOS.
Navegadores: Todos os navegadores e versões.
Serviços de Comunicação do Azure chamando a versão do SDK: Todos.
Descrição: Quando um utilizador do macOS envolvido numa chamada WebJS do ACS recebe uma chamada FaceTime e a aceita, o áudio da chamada WebJS do ACS e das chamadas FaceTime é transmitido e recebido em simultâneo. Isso resulta em fluxos de áudio sobrepostos, onde o usuário pode ouvir e ser ouvido em ambas as chamadas ao mesmo tempo.
Referência de problema conhecido: este é um problema conhecido no macOS.
Solução recomendada: Atualmente, nenhuma solução alternativa está disponível. Os usuários podem silenciar proativamente seu microfone na chamada WebRTC ou sair da chamada WebRTC antes de fazer a chamada FaceTime.

Todos os navegadores móveis

Não é possível renderizar várias visualizações de vários dispositivos na Web

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Não é possível renderizar várias visualizações de vários dispositivos na Web. Este problema é uma limitação conhecida.
Referência de problema conhecido: para obter mais informações, consulte Visão geral do SDK de chamada.

A troca repetida de dispositivos de vídeo pode fazer com que o streaming de vídeo pare temporariamente

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: alternar entre dispositivos de vídeo pode fazer com que o fluxo de vídeo pause enquanto o fluxo é adquirido do dispositivo selecionado. Alternar entre dispositivos com frequência pode causar degradação do desempenho.
Solução recomendada: os desenvolvedores devem garantir a interrupção do fluxo de um dispositivo antes de iniciar outro para reduzir a degradação do desempenho ao alternar entre dispositivos de vídeo.

Problema de sinal de vídeo quando a chamada está no estado de conexão

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Se um usuário ligar e desligar o vídeo rapidamente enquanto a chamada estiver no estado de conexão , essa ação poderá causar um problema com o fluxo adquirido para a chamada. É melhor que os desenvolvedores criem seus aplicativos de uma forma que não exija que o vídeo seja ativado e desativado enquanto a chamada estiver no estado de conexão . O desempenho de vídeo degradado pode ocorrer nos seguintes cenários:

  • Se o usuário começar com áudio e, em seguida, iniciar e parar o vídeo, enquanto a chamada estiver no estado de conexão .
  • Se o usuário começar com áudio e, em seguida, iniciar e parar o vídeo, enquanto a chamada estiver no estado Lobby .

Atraso na renderização de vídeos de participantes remotos

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Durante uma chamada de grupo em curso, suponha que o Usuário A envia vídeo e, em seguida , o Usuário B ingressa na chamada. Às vezes, o usuário B não vê o vídeo do usuário A ou o vídeo do usuário A começa a ser renderizado após um longo atraso. Um problema de configuração do ambiente de rede pode causar esse atraso.
Referência de problema conhecido: Para obter mais informações Recomendações de rede.

O uso excessivo de determinadas APIs, como mute/unmute, resulta em limitação na infraestrutura dos Serviços de Comunicação do Azure

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos
Descrição: Como resultado da chamada de API mute/unmute, a infraestrutura dos Serviços de Comunicação do Azure informa outros participantes na chamada sobre o estado do áudio de um participante local que invocou mute/unmute, para que os participantes na chamada saibam quem está mudo/sem som.

O uso excessivo de mudo/unmute é bloqueado na infraestrutura dos Serviços de Comunicação do Azure. A limitação acontece se o participante (ou a aplicação em nome do participante) tentar silenciar/desativar o som continuamente, a cada segundo, mais de 15 vezes numa janela rolante de 30 segundos.

Atualizar uma página não remove imediatamente o usuário da chamada

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: se um usuário estiver em uma chamada e decidir atualizar a página, o serviço de mídia dos Serviços de Comunicação não removerá esse usuário imediatamente da chamada. Aguarda que o utilizador volte a aderir. O usuário é removido da chamada depois que o serviço de mídia expira.

Se um usuário estiver em uma chamada e decidir atualizar a página, o serviço de mídia dos Serviços de Comunicação não removerá esse usuário imediatamente da chamada. Aguarda que o utilizador volte a aderir. O usuário é removido da chamada depois que o serviço de mídia expira.

É melhor criar experiências de usuário que não exijam que os usuários finais atualizem a página do seu aplicativo durante uma chamada. Se um usuário atualizar a página, reutilize o mesmo ID de usuário dos Serviços de Comunicação depois que esse usuário retornar ao aplicativo. Ao se juntar novamente com o mesmo ID de usuário, o usuário é representado como o mesmo objeto existente na remoteParticipants coleção. Do ponto de vista de outros participantes da chamada, o usuário permanece na chamada durante o tempo que leva para atualizar a página, até um minuto ou dois.

Se o usuário estava enviando vídeo antes de atualizar, a videoStreams coleção mantém as informações de fluxo anteriores até que o serviço atinja o tempo limite e as remova. Nesse cenário, o aplicativo pode decidir observar quaisquer novos fluxos adicionados à coleção e renderizar um com o maior id.

Área de trabalho do Safari

No macOS Safari 18 e superior, o usuário não consegue compartilhar a tela por ~1 minuto após cancelar a ação em uma chamada. Durante esse tempo, algumas das opções não funcionam enquanto o compartilhamento de tela se recupera

Versão do navegador: Safari 18 e superior.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Depois de cancelar uma tentativa de compartilhamento de tela, o usuário não consegue começar a compartilhar a tela novamente por aproximadamente 1 minuto. Durante esse período, algumas opções deixam de responder, como a capacidade de ligar e desligar a câmera. Após ~1 minuto, o usuário é capaz de iniciar o compartilhamento de tela e usar todas as opções disponíveis na chamada novamente.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Safari.
Solução recomendada: Recomenda-se evitar o uso da opção "Cancelar" durante o compartilhamento de tela para evitar atrasos na reinicialização do compartilhamento de tela. Se o compartilhamento precisar ser interrompido, é aconselhável concluir a ação de compartilhamento ou aguardar o tempo de recuperação antes de tentar novamente.

No macOS Safari 17 e superior, o áudio pode ficar quebrado se os usuários do macOS conectarem fones de ouvido Bluetooth durante uma chamada

Versão do navegador: Safari 17 e superior.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando os utilizadores do macOS ligam auscultadores Bluetooth a um MacBook durante uma chamada através do Safari, podem ter problemas com o áudio. Em ambos os casos de uso em que os usuários conectam fones de ouvido Bluetooth antes ou durante a chamada, o áudio de entrada e saída pode ficar indisponível ou quebrado. Note-se que esperar pelo menos 30 segundos pode resolver o problema de áudio de entrada, mas o áudio de saída muitas vezes não consegue recuperar automaticamente.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Safari.
Solução recomendada: como solução temporária, os usuários podem precisar reconectar o dispositivo Bluetooth ou atualizar a chamada para tentar a recuperação de áudio. Atualizar para a versão mais recente do macOS e do Safari também pode ajudar, pois pode incluir possíveis correções para esses problemas.

No macOS Safari 17 e superior, os efeitos de fundo de vídeo podem causar flashes de vídeo, tanto na pré-visualização local como no lado remoto

Versão do navegador: Safari 17 e superior.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Foi encontrado um bug numa das atualizações do macOS Safari 17 que está a fazer com que a captura de frames da implementação de efeitos de fundo ignore frames e, portanto, pode fazer com que o vídeo pisce tanto na pré-visualização local como no lado remoto.

  • Uma correção está disponível a partir da versão 17.5 do Safari (macOS Sonoma 14.5).

Solução recomendada: os utilizadores são aconselhados a atualizar para a versão mais recente do macOS e Safari (pelo menos v17.5) onde este problema foi resolvido.

Problema de piscar de vídeo de entrada e saída no macOS Sonoma com versões do Safari até 17.1

Versão do navegador: Safari v17.0, v17.1 (macOS Sonoma 14).
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Os utilizadores no macOS Sonoma 14.0 têm um problema de piscar de vídeo nas versões 17.0 e 17.1 do Safari quando participam numa chamada com o vídeo ativado. O vídeo de entrada pisca quando um usuário do Safari entra em uma chamada, afetando o que é recebido de outros participantes da chamada. Além disso, o vídeo de saída do usuário do Safari pisca para os participantes remotos que já estão na chamada. Esse problema atrapalha a qualidade visual da chamada.

  • Uma correção está disponível a partir da versão 17.2 do Safari.

Solução recomendada: os utilizadores são aconselhados a atualizar para a versão mais recente do macOS e Safari (pelo menos v17.2) onde este problema foi resolvido.

Outro participante da chamada não consegue iniciar a partilha de ecrã em simultâneo com o utilizador do macOS Safari nas videochamadas 1:1 dos Serviços de Comunicação do Azure

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: nas videochamadas 1:1 dos Serviços de Comunicação do Azure, quando um utilizador do macOS Safari partilha o seu ecrã, outro participante que utilize um browser diferente não pode iniciar a partilha de ecrã até que o primeiro participante interrompa a partilha de ecrã. Essa limitação é observada em várias combinações de navegadores e sistemas operacionais, mas é específica para chamadas 1:1. O problema não ocorre em chamadas em que ambos os participantes estão usando o Safari no macOS.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Safari.
Solução alternativa recomendada: uma solução temporária é garantir que apenas um participante compartilhe sua tela de cada vez em chamadas de vídeo 1:1 dos Serviços de Comunicação do Azure, quando um dos participantes estiver usando o macOS Safari.

A partilha de ecrã não funciona no macOS Ventura com versões do Safari até 16.3

Versão do navegador: Safari v16.1, v16.2, v16.3 (macOS Ventura 13.0).
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: O problema foi introduzido no macOS Ventura 13.0 ao usar o navegador Safari (v16.1, v16.2 e v16.3), e uma correção foi disponibilizada a partir da versão 16.4 do Safari.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Safari.
Solução recomendada: os utilizadores são aconselhados a atualizar para a versão mais recente do macOS e Safari (pelo menos v16.4) onde este problema foi resolvido.

Participantes de chamadas na Web ouvindo áudio de chamadas PSTN quando atendidos no macOS com integração com iPhone

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário do macOS, que está em uma chamada ACS ativa usando um navegador, aceita uma chamada PSTN recebida em seu MacBook vinculado ao iPhone (usando a mesma conta do iCloud), o áudio da chamada PSTN é compartilhado entre os participantes da chamada da Web. Isso faz com que os participantes da chamada ouçam o áudio da chamada PSTN.
Referência de problema conhecido: este é um problema conhecido no macOS.
Solução recomendada: Atualmente, nenhuma solução alternativa direta está disponível. Os usuários são aconselhados a usar dispositivos separados para PSTN e chamadas da Web para evitar que o áudio seja compartilhado com outros participantes da chamada em uma chamada separada.

Safari iOS Móvel

Problemas de recuperação de vídeo no iOS 17+ quando um usuário do iOS recebe chamadas de PSTN ou aplicativos de terceiros ou habilita a Siri durante uma chamada baseada na Web do ACS

Versão iOS: iOS versões 17 e superiores.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário do iOS em uma chamada da Web recebe e recusa ou aceita uma chamada de aplicativo PSTN/de terceiros, o usuário encontrará problemas de vídeo. O vídeo de entrada pode aparecer congelado ou nenhum vídeo de entrada pode ser exibido. Isso exigirá uma reativação da câmera pelo usuário. A visualização do vídeo e o vídeo de saída também não conseguem recuperar, a menos que o usuário reative sua câmera.

Problemas de vídeo no iOS 17+ quando um usuário do iOS tenta usar a Siri durante uma chamada

Versão iOS: iOS versões 17 e superiores.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário do iOS tenta ativar a Siri no meio da chamada móvel da web pode fazer com que o vídeo recebido possa ficar congelado e levar alguns segundos para se recuperar.

Problema de resolução da pré-visualização da câmara em chamadas Web ao utilizar o iOS 16.3 a 17.3.1

Versão iOS: versões iOS de 16.3 até 17.3.1.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: os usuários podem ter um problema em que a visualização da câmera é mostrada em uma resolução incorreta e aparece cortada quando o usuário do iOS ingressa em uma chamada usando o iOS Safari mobile com a câmera ativada. O problema não é mais observado se o usuário reativar a câmera durante a chamada. O problema foi corrigido com o iOS 17.4+.
Solução recomendada: os usuários são aconselhados a atualizar para a versão mais recente do iOS e do Safari (pelo menos iOS 17.4) onde esse problema foi resolvido.

Dados de telemetria para audioInputLevel e frameRateInput ausentes em chamadas de vídeo no iOS 16 para iOS 17.4

Versão iOS: versões iOS de 16.0 até 17.4.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: audioInputLevel e frameRateInput os dados de telemetria não são capturados durante chamadas de vídeo nas versões 16 a 17.4 do iOS, afetando a capacidade de monitorar e otimizar as configurações de áudio e vídeo em tempo real. Este problema foi corrigido com o iOS 17.5+.
Solução recomendada: os usuários são aconselhados a atualizar para a versão mais recente do iOS e do Safari (pelo menos iOS 17.5) onde esse problema foi resolvido.

Problema de recuperação de áudio e vídeo no iOS 16 a 16.3.1 durante chamadas pela Web com chamadas recebidas de terceiros ou PSTN

Versão iOS: iOS versões 16 até 16.3.1.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário do iOS faz uma chamada na Web e recebe uma chamada de aplicativo PSTN/Terceiros, o áudio e o vídeo de entrada e saída não recuperam automaticamente a chamada após o término da chamada telefônica. O usuário do iOS tem que desativar o mudo da chamada na web novamente. O usuário final deve desativar e ativar novamente o botão "Microfone" para poder obter áudio e vídeo.
Referência do problema conhecido: Bug do WebKit relacionado aqui.
Solução recomendada: os usuários são aconselhados a atualizar para a versão mais recente do iOS e do Safari (pelo menos iOS 16.4) onde esse problema foi resolvido.

O iOS 16 introduziu bugs ao colocar o navegador em segundo plano durante uma chamada

Versão iOS: iOS versões 16 a 16.1.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: A versão do iOS 16 introduziu um bug que pode parar a chamada de áudio/vídeo dos Serviços de Comunicação do Azure ao usar o navegador móvel Safari. O impacto pode ser que uma chamada dos Serviços de Comunicação do Azure possa parar de funcionar durante uma chamada e a única resolução para fazê-la funcionar novamente é fazer com que o cliente final reinicie o telefone. Para reproduzir este bug:

  • Ter um usuário usando um iPhone com iOS 16.
  • Adira à chamada dos Serviços de Comunicação do Azure (apenas com áudio ou com áudio e vídeo) utilizando o navegador móvel Safari iOS. Se, durante uma chamada, alguém colocar o navegador Safari em segundo plano e visualizar o YouTube OU receber uma chamada FaceTime\phone enquanto estiver ligado através de um dispositivo Bluetooth Resultados:
  • Após alguns minutos dessa situação, o vídeo de entrada e saída pode parar de funcionar.
  • A única maneira de fazer com que as chamadas dos Serviços de Comunicação do Azure voltem a funcionar é fazer com que o usuário final reinicie o telefone. O bug foi corrigido com o iOS 16.2.

Referência de problema conhecido: bugs relacionados do WebKit aqui e aqui.
Solução recomendada: considere atualizar para a versão mais recente do iOS.

Problemas de vídeo e áudio no iPhone X, ocorrendo para o usuário estar em uma chamada por mais de 30 minutos com a câmera ligada

Dispositivos afetados: iPhone X (iOS 16.7.x).
Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Durante as chamadas do Serviço de Comunicação do Azure no iPhone X com iOS 16.7.x, os usuários experimentam o desaparecimento da visualização de vídeo local e do vídeo de entrada após mais de 30 minutos de estar em uma chamada com vídeo habilitado, que pode aparecer em branco ou vazio para o usuário. Para outros usuários, o vídeo do usuário do iPhone X aparece congelado no momento em que é perdido no dispositivo iPhone X. Junto com o desaparecimento do vídeo, um eco pronunciado pode ocorrer. O vídeo é restaurado quando o usuário do iPhone X desliga a câmera e depois liga novamente.

  • Este problema foi observado apenas no dispositivo iPhone X com iOS versões 16.7.5 e 16.7.7.

O microfone do auricular Bluetooth não é detetado ou audível durante a chamada no Safari no iOS

Versão iOS: Todos
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Os auriculares Bluetooth não são suportados pelo Safari no iOS. O seu dispositivo Bluetooth não está listado nas opções de microfone disponíveis e os outros participantes não conseguem ouvi-lo se tentar utilizar Bluetooth através do Safari. Essa regressão é uma limitação conhecida do sistema operacional. Com o Safari no macOS e iOS/iPadOS, não é possível enumerar ou selecionar dispositivos de alto-falante por meio do gerenciador de dispositivos dos Serviços de Comunicação. Isso ocorre porque o Safari não suporta a enumeração ou seleção de alto-falantes.
Solução recomendada: neste cenário, utilize o sistema operativo para atualizar a seleção de dispositivos.

Usar bibliotecas de terceiros durante a chamada pode resultar em perda de áudio

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Se você usar getUserMedia separadamente dentro do aplicativo, o fluxo de áudio será perdido. O fluxo de áudio é perdido porque uma biblioteca de terceiros assume o acesso ao dispositivo a partir da biblioteca dos Serviços de Comunicação do Azure.

  • Não use bibliotecas de terceiros que estejam usando a getUserMedia API internamente durante a chamada.
  • Se você ainda precisar usar uma biblioteca de terceiros, a única maneira de recuperar o fluxo de áudio é alterar o dispositivo selecionado (se o usuário tiver mais de um) ou reiniciar a chamada. A causa desse problema pode ser que adquirir seu próprio fluxo do mesmo dispositivo tem um efeito colateral de correr em condições de corrida. Adquirir fluxos de outros dispositivos pode levar o usuário a largura de banda USB/IO insuficiente, e a sourceUnavailableError taxa dispara.

Enumerar ou aceder a dispositivos para o Safari no iOS

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Em determinados ambientes, você pode notar que as permissões do dispositivo são redefinidas após algum período de tempo. No macOS e iOS, o Safari não mantém as permissões por muito tempo, a menos que haja um fluxo adquirido. A maneira mais simples de contornar essa limitação é chamar a DeviceManager.askDevicePermission() API, antes de chamar as APIs de enumeração de dispositivo do gerenciador de dispositivos. Essas APIs de enumeração incluem DeviceManager.getCameras(), DeviceManager.getSpeakers()e DeviceManager.getMicrophones(). Se as permissões estiverem lá, o usuário não verá nada. Se as permissões não estiverem lá, o usuário será solicitado a fornecer as permissões novamente.

O microfone/câmara local silencia quando ocorrem determinadas interrupções no Safari do iOS

Descrição: Esse problema pode ocorrer se outro aplicativo ou o sistema operacional assume o controle do microfone ou da câmera. Aqui estão alguns exemplos que podem acontecer enquanto um usuário está na chamada:

  • Uma chamada recebida chega via PSTN (Public Switched Telephone Network) e captura o acesso ao dispositivo de microfone.
  • Um utilizador reproduz um vídeo do YouTube, por exemplo, ou inicia uma chamada FaceTime. Mudar para outro aplicativo nativo pode capturar o acesso ao microfone ou à câmera.
  • Um usuário habilita a Siri, que captura o acesso ao microfone.

No iOS, por exemplo, durante uma chamada dos Serviços de Comunicação do Azure, se uma chamada PSTN entrar, um UFD microfoneMutedUnexepectedly bad será gerado e o áudio parará de fluir na chamada dos Serviços de Comunicação do Azure e a chamada será marcada como silenciada. Quando a chamada PSTN terminar, o usuário terá que desativar o mudo da chamada dos Serviços de Comunicação do Azure para que o áudio comece a fluir novamente na chamada dos Serviços de Comunicação do Azure.

Caso a câmera esteja ligada e ocorra uma interrupção, a chamada dos Serviços de Comunicação do Azure pode ou não perder a câmera. Se perdido, em seguida, a câmera é marcada como desligada e o usuário tem que ir ligá-lo novamente após a interrupção liberou a câmera.

Ocasionalmente, os dispositivos de microfone ou câmera não são liberados a tempo, e isso pode causar problemas com a chamada original. Por exemplo, se o usuário tentar desativar o mudo enquanto assiste a um vídeo do YouTube ou se uma chamada PSTN estiver ativa simultaneamente.

  • Os fluxos de vídeo de entrada não param de renderizar se o usuário estiver no iOS 15.2+ e estiver usando o SDK versão 1.4.1-beta.1+, as etapas de desativação/início de vídeo ainda serão necessárias para reiniciar o áudio e o vídeo de saída.
  • Para o iOS 15.4+, áudio e vídeo devem ser capazes de recuperar automaticamente na maioria dos casos. Em alguns casos de borda, para desativar o som, o aplicativo deve chamar uma API para 'unmute' (pode ser como resultado da ação do usuário) para recuperar o áudio de saída.

O Safari do iOS atualiza a página se o usuário for para outro aplicativo e retornar ao navegador

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: o problema pode ocorrer se um usuário em um serviço de comunicação do Azure ligar com o Safari do iOS e alternar para outro aplicativo por um tempo. Depois que o usuário retornar ao navegador, a página do navegador poderá ser atualizada. Isso ocorre porque o sistema operacional mata o navegador. Uma maneira de mitigar esse problema é manter alguns estados e recuperar após atualizações de página.

Um usuário móvel do iOS desistiu da chamada, mas ainda está aparecendo na lista de participantes

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: O problema pode ocorrer se um usuário móvel sair da chamada de grupo dos Serviços de Comunicação do Azure sem usar a API Call.hangUp(). Quando um usuário móvel fecha o navegador ou atualiza a página da Web sem desligar, outros participantes da chamada em grupo ainda podem ver esse usuário móvel na lista de participantes por cerca de 60 segundos.

Problema de congelamento do Safari no iOS 15

Versão do navegador: iOS versões 15 a 15.1.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: os utilizadores podem sentir o congelamento do Safari quando navegam para o YouTube, ativam o Siri, recebem chamadas RTPC recebidas ou durante outros cenários de interrupção durante uma chamada Web. Este é um problema conhecido introduzido com o iOS 15 e observado nas versões 15.0, 15.0.2 e 15.1 do iOS.

  • Foi corrigido com o iOS 15.2+.

Referência de problema conhecido: bugs relacionados do WebKit aqui e aqui.
Solução recomendada: considere atualizar para a versão mais recente do iOS.

Safari iPadOS Tablet

A rotação de um dispositivo pode criar má qualidade de vídeo - Apple iPad 8 e Apple iPad X

Dispositivos afetados: Apple iPad 8 e Apple iPad X.
Descrição: Quando os usuários giram um dispositivo, esse movimento pode degradar a qualidade do vídeo que está sendo transmitido.

Ambiente de trabalho do Chrome

Problemas de desconexão de chamadas no macOS 15.0, Build: 24A335

Versão do SO: macOS 15.0, build: 24A335.
Versão do navegador: Google Chrome - todas as versões.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Ao iniciar uma chamada 1:1 no macOS 15.0, se o destinatário aceitar a chamada, às vezes ele se desconecta automaticamente após alguns segundos. Observam-se atrasos adicionais na receção e adesão de chamadas, o que também pode levar a desligações. A desativação do Firewall resolve temporariamente esses problemas, sugerindo que a interferência das configurações do firewall do macOS é a causa raiz. Este problema foi resolvido no macOS 15.0.1, que melhora a compatibilidade com software de segurança de terceiros, conforme detalhado aqui nas notas de versão do macOS 15.0.1.
Solução recomendada: os usuários que enfrentam esse problema devem considerar desativar o Firewall temporariamente ou atualizar para o macOS 15.0.1 para resolver esses problemas de conectividade de chamadas permanentemente.

Chrome M98 - uma regressão que degrada a resolução de vídeo e aumenta a geração de quadros-chave para dispositivos que não têm uma placa NVIDIA

Versão do navegador: Google Chrome versão 98 (fev 2022)
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: a versão 98 do Chrome introduziu uma regressão com geração anormal de quadros-chave de vídeo que afeta negativamente a resolução de um fluxo de vídeo enviado para a maioria (70% +) dos usuários.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Chromium.
Solução recomendada: atualizar o Google Chrome para a versão mais recente.

Chrome Móvel Android

Chrome M125 - Sem vídeo de saída em chamadas de Grupo e Serviços de Comunicação do Azure - Microsoft Teams em alguns dispositivos Android

Versão do navegador: Google Chrome versão 125 (maio de 2024) instalado em dispositivos Android.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: A versão 125 do Chrome para Android introduziu uma regressão ao fazer chamadas de vídeo - o resultado deste bug é um utilizador a fazer uma chamada nos Serviços de Comunicação do Azure com esta versão do Chrome não tem vídeo de saída em chamadas de Grupo e Serviços de Comunicação do Azure-Microsoft Teams. Este comportamento é observado em dispositivos Android Huawei, OnePlus, Poco e Xiaomi. O comportamento não é observado em dispositivos Samsung, Google Pixel e Motorola Android.

  • Uma correção está disponível a partir da versão 125.0.6422.146/147 do Google Chrome.

Dispositivos afetados:

  • Huawei P30 Lite
  • OnePlus Nord N10
  • OnePlus 7T
  • Poco X3 Pro
  • Xiaomi Redmi 8T e possivelmente outros modelos/dispositivos semelhantes.

Solução recomendada: os utilizadores são aconselhados a atualizar para a versão 125.0.6422.146/147 ou posterior do Google Chrome, onde este problema foi resolvido.

Problema de áudio de saída no Android 14 quando o navegador está em segundo plano ou a tela do dispositivo está bloqueada

Versão Android: Android 14.
Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: No Android 14, quando o navegador é colocado em segundo plano ou a tela do dispositivo é bloqueada, o áudio de saída desaparece após aproximadamente 5 segundos. Esse problema afeta a experiência do usuário, pois interrompe a transmissão de áudio durante as chamadas. O problema não é observado no Android 13 ou em outras versões do Android.
Solução recomendada: os usuários são aconselhados a manter o navegador ativo em primeiro plano durante as chamadas.

Problema de áudio de entrada e saída no Android quando o navegador está em segundo plano ou a tela do dispositivo está bloqueada com o modo de economia de energia ativado

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Em telemóveis Android quando o modo de poupança de energia está ativado, o áudio de entrada e saída para imediatamente quando o navegador que aloja a chamada ACS é colocado em segundo plano ou o ecrã do dispositivo é bloqueado. Além disso, devido à ação de colocar o navegador em segundo plano no modo de economia de energia, o usuário será desconectado e removido da chamada após aproximadamente um minuto após a tela do dispositivo ser bloqueada ou o navegador entrar em segundo plano.
Referência do problema conhecido: este é um problema conhecido no Chromium.
Solução recomendada: Para evitar esse problema, os usuários são aconselhados a manter o navegador ativo em primeiro plano durante as chamadas ou desativar o modo de economia de energia durante as chamadas WebRTC.

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando mais de três usuários estão em uma chamada de vídeo com um usuário que tem um dispositivo Android, o usuário Android às vezes pode observar que o vídeo de entrada está piscando e, às vezes, duplica com outro vídeo recebido. Outro comportamento que os usuários às vezes experimentam no mesmo caso de uso é que o vídeo de entrada pode aparecer com uma tonalidade verde ou sobreposição verde por um curto momento, e em outras ocasiões dura mais. Esse comportamento é especialmente percetível quando outro usuário reativa a câmera ou ingressa na chamada com o vídeo ativado. Este comportamento é observado no Samsung Galaxy S10, S20, S21 e Google Pixel 6, 8.
Dispositivos afetados:

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

Referência de problema conhecido: esta regressão é um problema conhecido no Chromium.

Chrome M115 - Sem vídeo de saída em chamadas de Grupo e Serviços de Comunicação do Azure - Microsoft Teams

Versão do navegador: Google Chrome versão 115 (jul 2023) instalado em dispositivos Android.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: A versão 115 do Chrome para Android introduziu uma regressão ao fazer chamadas de vídeo - o resultado desse bug é um usuário fazendo uma chamada nos Serviços de Comunicação do Azure com esta versão do Chrome não tem vídeo de saída em chamadas de Grupo e Serviços de Comunicação do Azure-Microsoft Teams.
Referência de problema conhecido: esta regressão é um problema conhecido introduzido no Chromium.
Solução recomendada: como atenuação de curto prazo, instrua os usuários a usar o Microsoft Edge ou o Firefox no Android ou evite usar o Google Chrome 115/116 no Android.

O usuário do Android ainda pode ouvir o áudio da chamada "Serviços de Comunicação do Azure" durante uma chamada PSTN

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: esse problema acontece quando um usuário do Android Chrome recebe uma chamada PSTN. Depois de atender a chamada PSTN, o microfone na chamada "Serviços de Comunicação do Azure" fica mudo. O áudio de saída da chamada "Serviços de Comunicação do Azure" é silenciado, para que outros participantes não possam ouvir o usuário que é a chamada PSTN. Vale a pena notar que o áudio de entrada do usuário não é silenciado, e esse comportamento é inerente ao navegador.
Solução recomendada: aguarde uma próxima atualização ou patch do Google.

O áudio de entrada é visivelmente mais silencioso na chamada dos Serviços de Comunicação do Azure após a chamada de aplicativo de terceiros em dispositivos Android

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: os usuários experimentam áudio de entrada visivelmente mais silencioso depois de receber e aceitar uma chamada de um aplicativo de terceiros (por exemplo, WhatsApp, Viber) durante uma chamada dos Serviços de Comunicação do Azure. Esse problema ocorre em dispositivos Android usando o navegador móvel. Além disso, os controles de volume indicam níveis máximos, embora o áudio permaneça mais silencioso do que antes da chamada de terceiros.
Referência do problema conhecido: este é um problema conhecido no Chromium.
Solução recomendada: os usuários são aconselhados a ingressar novamente na chamada dos Serviços de Comunicação do Azure ou lidar com chamadas de aplicativos de terceiros separadamente.

O Android Chrome silencia a chamada depois que o navegador vai para segundo plano por um minuto

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: no Android Chrome, se um usuário estiver em uma chamada dos Serviços de Comunicação do Azure e colocar o navegador em segundo plano por um minuto. O microfone perde o acesso e os outros participantes da chamada não conseguem ouvir o áudio do usuário. Uma vez que o usuário traz o navegador para o primeiro plano, o microfone está disponível novamente.
Referência de problema conhecido: Bugs relacionados ao cromo aqui e aqui.

O microfone/câmara local silencia quando ocorrem determinadas interrupções no Android Chrome

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Esse problema pode ocorrer se outro aplicativo ou o sistema operacional assume o controle do microfone ou da câmera. Aqui estão alguns exemplos que podem acontecer enquanto um usuário está na chamada:

  • Uma chamada recebida chega via PSTN (Public Switched Telephone Network) e captura o acesso ao dispositivo de microfone.
  • Um usuário reproduz um vídeo do YouTube, por exemplo, ou inicia uma chamada de aplicativo de terceiros. Mudar para outro aplicativo nativo pode capturar o acesso ao microfone ou à câmera.

No Android Chrome, quando uma chamada PSTN chega, o áudio para de fluir na chamada dos Serviços de Comunicação do Azure e a chamada dos Serviços de Comunicação do Azure não é marcada como silenciada. Neste caso, não há microfoneMutedUnexepectedly UFD evento. Quando a chamada PSTN é concluída, o Android Chrome recupera o áudio automaticamente e o áudio começa a fluir normalmente novamente na chamada dos Serviços de Comunicação do Azure.

Caso a câmera esteja ligada e ocorra uma interrupção, a chamada dos Serviços de Comunicação do Azure pode ou não perder a câmera. Se perdido, em seguida, a câmera é marcada como desligada e o usuário tem que ir ligá-lo novamente após a interrupção liberou a câmera.

Ocasionalmente, os dispositivos de microfone ou câmera não são liberados a tempo, e isso pode causar problemas com a chamada original. Por exemplo, se o usuário tentar desativar o mudo enquanto assiste a um vídeo do YouTube ou se uma chamada PSTN estiver ativa simultaneamente.

A seleção automática do microfone falha para fones de ouvido com fio em chamadas WebRTC em dispositivos Android

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando os utilizadores ligam auscultadores com fios ao seu dispositivo Android e aderem a uma chamada WebRTC, a opção de microfone não assume como predefinição os auscultadores com fios. Este problema é consistentemente reproduzível em diferentes dispositivos Android e versões do Google Chrome. Comportamento semelhante foi observado em outros serviços, como o Twilio e o exemplo WebRTC do Google.
Referência do problema conhecido: este é um problema conhecido no Chromium.
Solução recomendada: Os usuários devem selecionar manualmente os fones de ouvido com fio como a opção de microfone nas configurações de chamada depois de ingressar na chamada WebRTC.

Um usuário móvel Android desistiu da chamada, mas ainda está aparecendo na lista de participantes

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: O problema pode ocorrer se um usuário móvel sair da chamada de grupo dos Serviços de Comunicação do Azure sem usar a API Call.hangUp(). Quando um usuário móvel fecha o navegador ou atualiza a página da Web sem desligar, outros participantes da chamada em grupo ainda podem ver esse usuário móvel na lista de participantes por cerca de 60 segundos.

Alguns dispositivos Android (A326U, A125U e A215U) falham em cenários de chamada, exceto para chamadas em grupo

Dispositivos afetados:

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

Descrição: Muitos dispositivos Android específicos não conseguem iniciar, aceitar chamadas e reuniões. Os dispositivos que enfrentam esse problema, não podem se recuperar e falham em todas as tentativas. Estes são principalmente dispositivos Samsung modelo A, particularmente os modelos A326U, A125U e A215U.

A rotação de um dispositivo pode criar má qualidade de vídeo - Google Pixel 3a, Google Pixel 5

Dispositivos afetados: Google Pixel 3a, Google Pixel 5.
Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando os usuários giram um dispositivo, esse movimento pode degradar a qualidade do vídeo que está sendo transmitido.

Comutação de câmera faz a tela congelar - Google Pixel 4a

Dispositivo afetado: Google Pixel 4a.
Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário dos Serviços de Comunicação ingressa em uma chamada usando o SDK de chamada JavaScript e, em seguida, seleciona o botão de comutador da câmera, a interface do usuário pode parar de responder. O usuário deve então atualizar o aplicativo ou empurrar o navegador para o plano de fundo.

Chrome para dispositivos móveis iOS

Sem áudio de entrada e saída ao mudar o navegador para segundo plano ou bloquear o dispositivo - corrigido na versão iOS 16.4+

Versão iOS: Todas as versões iOS até iOS 16.3.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: O problema de não haver áudio de saída ou entrada ao mudar o navegador para o plano de fundo ou bloquear o dispositivo estava presente até e incluindo a versão 16.3 do iOS e foi corrigido a partir do iOS 16.4.
Referência de problema conhecido: Bug relacionado do WebKit .
Solução recomendada: considere atualizar para a versão mais recente do iOS.

Nenhum áudio de entrada / saída vindo do fone de ouvido bluetooth - iOS 15

Versão iOS: Vimos esse problema nas versões iOS - 15.6, 15.7.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: Quando um usuário conecta fone de ouvido bluetooth no meio da chamada dos Serviços de Comunicação do Azure, o áudio ainda sai do alto-falante até que o usuário bloqueie e desbloqueie o telefone. O problema não é reproduzível no iOS 16.
Solução recomendada: considere atualizar para a versão mais recente do iOS.

Um usuário móvel do iOS desistiu da chamada, mas ainda está aparecendo na lista de participantes

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: O problema pode ocorrer se um usuário móvel sair da chamada de grupo dos Serviços de Comunicação do Azure sem usar a API Call.hangUp(). Quando um usuário móvel fecha o navegador ou atualiza a página da Web sem desligar, outros participantes da chamada em grupo ainda podem ver esse usuário móvel na lista de participantes por cerca de 60 segundos.

Firefox Área de trabalho

Enumeração e seleção de alto-falantes indisponíveis no Firefox através do gerenciador de dispositivos dos Serviços de Comunicação

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: se estiver a utilizar o Firefox, a sua aplicação não pode enumerar ou selecionar altifalantes através do gestor de dispositivos dos Serviços de Comunicação.
Solução alternativa: Nesse cenário, você deve selecionar dispositivos por meio do sistema operacional.

As câmeras virtuais não são suportadas no momento

Versão do navegador: Todos.
Versão do SDK de chamada do Serviço de Comunicação do Azure: Todos.
Descrição: As câmeras virtuais não são suportadas atualmente ao fazer chamadas de áudio/vídeo na área de trabalho do Firefox.