O eco e o atraso de áudio no BigBlueButton podem parecer semelhantes, mas geralmente exigem soluções diferentes. Se as pessoas ouvirem suas próprias vozes, suspeite de uma caixa de som aberta perto de um microfone ou do caminho de áudio de um dos participantes. Se a fala chegar atrasada, falhar ou ficar defasada em relação ao resto da sala, verifique as condições da rede e a conectividade WebRTC. Comece perguntando se o problema ocorre apenas com você ou com todos na reunião.
Uma distinção importante evita alterações desnecessárias: ouvir a própria voz durante o teste de eco do BigBlueButton é esperado. O teste reproduz o áudio do seu microfone para que você possa verificá-lo antes de entrar na reunião. Eco persistente após entrar na reunião é um problema à parte.
Eco é a repetição perceptível de uma voz. O microfone de uma pessoa pode estar captando o som dos seus alto-falantes e enviando-o de volta para a reunião. Um pequeno atraso pode fazer com que a voz retornada soe como um eco, mas a instabilidade da rede também pode criar áudio picotado ou atrasado.
Atraso de áudio significa que a fala chega aos ouvintes visivelmente tarde, frequentemente com pausas, som robótico ou interrupções. O atraso pode afetar um participante devido à sua conexão local ou vários participantes devido a um servidor compartilhado ou problema de rede. O padrão é mais importante do que a palavra usada para descrevê-lo.
| O que as pessoas notam | Área provável para verificar primeiro |
|---|---|
| Durante o teste de junção, apenas uma pessoa ouve a própria voz. | Teste de eco ou selecione o microfone e o alto-falante. |
| Várias pessoas ouvem a voz do mesmo participante duas vezes. | Os alto-falantes, o posicionamento do microfone ou o dispositivo de áudio desse participante. |
| Um dos participantes ouve todos com atraso ou de forma truncada. | A carga da rede Wi-Fi, VPN, navegador ou dispositivo do participante |
| Muitos participantes experimentam atraso ao mesmo tempo. | Caminho de rede compartilhado, firewall, servidor TURN ou servidor BigBlueButton sobrecarregado |
Essa é a verificação de microfone pretendida. Quando você opta por participar com um microfone, o BigBlueButton solicita permissão ao navegador e reproduz sua voz. O guia de testes da versão atual indica que o indicador de volume deve responder quando você fala e que a troca de dispositivos de microfone ou alto-falante pode estar disponível na caixa de diálogo de áudio. Se a reprodução de teste estiver clara e o indicador de volume se mover, selecione "Sim" para participar do áudio.
Se você continuar se ouvindo após entrar na chamada, ou se outras pessoas ouvirem uma repetição, verifique o caminho do áudio ao vivo em vez de considerar o teste como uma falha. Durante uma chamada ao vivo, silencie seu microfone brevemente. Se a repetição parar, ative o som novamente e afaste o microfone das caixas de som, diminua o volume das caixas de som ou use fones de ouvido. Se silenciar um participante específico eliminar o eco para todos, peça a essa pessoa que verifique sua configuração.
Use fones de ouvido ou um headset com o microfone próximo à boca. Isso reduz a chance de o microfone captar o som das caixas de som do ambiente. Diminuir o volume das caixas de som ou aumentar a distância entre elas e o microfone pode ajudar, mas um headset geralmente é a opção mais confiável em um ambiente compartilhado.
Verifique se apenas um microfone está ativo. O microfone do laptop e o da webcam podem estar disponíveis simultaneamente, e o selecionado pode estar mais distante do orador do que o esperado. Nas configurações de áudio do BigBlueButton, escolha explicitamente o microfone e o orador desejados. Se o eco começar após a troca de dispositivos, saia do áudio e entre novamente para que o teste de eco seja executado com o par selecionado.
Em salas de reunião com várias pessoas, evite que vários computadores próximos compartilhem o áudio pelos alto-falantes. Utilize uma única conexão de áudio para a sala com um microfone adequado ou peça a cada participante que use fones de ouvido e silencie o microfone quando não estiver falando. O laptop de um segundo participante, mesmo sem silenciar o microfone, pode gerar microfonia, mesmo que seu próprio dispositivo esteja configurado corretamente.
Um teste de eco bem-sucedido demonstra que o navegador obteve acesso ao microfone e conseguiu reproduzir um teste de áudio local. Isso não garante que a conexão com a internet permanecerá com baixa latência durante toda a reunião. O BigBlueButton transmite mídia em tempo real via WebRTC; restrições de rede, Wi-Fi instável, perda de pacotes ou uma rota congestionada podem atrasar ou interromper o áudio.
Comece com a comparação mais simples. Pergunte a outro participante se ele percebe o mesmo atraso. Se apenas uma pessoa for afetada, tente usar a rede cabeada dela, desative temporariamente uma VPN, aproxime-se do ponto de acesso Wi-Fi ou mude para uma rede diferente. Pause uploads, downloads e backups na nuvem de arquivos grandes durante a chamada. Feche abas ou aplicativos que consomem muitos recursos se o computador estiver sobrecarregado. Faça um teste com a câmera desligada por alguns minutos; se o áudio melhorar, o problema pode estar na largura de banda ou no processamento do dispositivo.
Se toda a sala apresentar o mesmo atraso, trocar o microfone de um dos participantes provavelmente não resolverá o problema. Observe quando o atraso começou e se ele ocorre em todas as reuniões no mesmo servidor. O organizador da reunião deve solicitar ao administrador do serviço que verifique o servidor e o caminho da rede.
Certifique-se de que o navegador tenha permissão de microfone para o site BigBlueButton. Se a permissão foi negada anteriormente, altere-a nas configurações do site no navegador, recarregue a reunião e entre no áudio novamente. Use um navegador atualizado e compatível com o serviço BigBlueButton. Uma janela anônima pode ser útil para comparar se alguma extensão ou configuração em cache do site está interferindo, mas não substitui a verificação do dispositivo selecionado.
Na caixa de diálogo de eco, fale e observe o indicador de nível de áudio. Se ele não se mover, selecione outro microfone e verifique o nível de entrada ou o botão de silenciar do sistema operacional. Se o nível se mover, mas você não conseguir ouvir o teste, verifique o dispositivo de saída selecionado e o volume do sistema. A documentação do BigBlueButton descreve como selecionar dispositivos de áudio durante o teste e alterá-los após entrar; quando o teste não estiver mais disponível, saia do áudio e entre novamente.
Use os controles do próprio navegador e o painel de som do sistema operacional para confirmar se a mesma entrada e saída estão selecionadas. Não aumente o ganho do microfone excessivamente apenas para fazer o medidor se mover; um nível de entrada muito alto pode captar o ruído ambiente e piorar a microfonia.
Solicite ao administrador que investigue quando vários participantes forem afetados, quando usuários em redes diferentes observarem falhas semelhantes ou quando o BigBlueButton reportar um erro de conexão WebRTC. A documentação de solução de problemas atual do BigBlueButton 4.0 descreve o Erro 1007: Falha na negociação ICE como uma falha na negociação de um caminho de mídia e lista NAT, portas UDP bloqueadas ou a necessidade de TURN em redes restritivas como possíveis causas. O WebRTC usa ICE para encontrar um caminho de conexão viável; um servidor de retransmissão como o TURN pode auxiliar clientes que não conseguem estabelecer um caminho de mídia direto.
Para um servidor autohospedado, o administrador deve comparar seu firewall, NAT e endereços de mídia anunciados com a documentação da versão do BigBlueButton instalada. As diretrizes atuais de firewall especificam TCP 80/443 e um intervalo de mídia UDP para a configuração documentada, mas os provedores de hospedagem e as implantações podem variar. Não altere as regras de firewall em um serviço gerenciado; informe ao provedor o código de erro, o horário da reunião afetada e se o problema afeta uma ou várias redes.
A disputa por recursos da CPU do servidor também pode afetar a mídia em tempo real. Se todos os participantes relatarem atrasos simultaneamente, o administrador deve verificar a carga do servidor e a integridade do serviço WebRTC/áudio do BigBlueButton durante o incidente. Um status de servidor bem-sucedido após a reunião pode não revelar uma sobrecarga temporária, portanto, inclua registros de data e hora e detalhes que permitam reproduzir o problema.
Saia e entre novamente no áudio da reunião, execute o teste de eco e verifique se o nível do microfone responde quando você fala. Após entrar, peça a outro participante para confirmar se sua voz está clara e sem repetições. Para verificar o atraso, compare o áudio com o de outro participante e observe se a fala agora está sincronizada e contínua. Teste uma alteração por vez para identificar o que ajudou.
Os rótulos da interface do BigBlueButton e os detalhes de rede do servidor variam de acordo com a versão e a implantação. As páginas de solução de problemas e testes de versão do BigBlueButton 4.0 citadas estão marcadas como "em desenvolvimento" a partir de 6 de outubro de 2026; os administradores devem usar a documentação correspondente à versão instalada em vez de copiar as configurações de outra versão.
Compare 10 ferramentas de varredura de ping para descoberta rápida de LAN, varredura multiplataforma e gerenciamento de endereços IP. Saiba o que uma varredura pode — e não pode — revelar.
Compare seis ferramentas de gerenciamento de rede para monitoramento de desempenho, incluindo cobertura SNMP, mapeamento, alertas, modelos de implantação e custo-benefício.
Compare as melhores opções de analisadores de Wi-Fi para Windows, iPhone e Android, incluindo ferramentas para congestionamento de canais, cobertura de sinal, mapas de calor e solução de problemas de rede.
Compare sete monitores de ping gratuitos e de código aberto, desde suítes completas de rede até sondas de latência específicas, e escolha a opção mais adequada para disponibilidade, perda de pacotes e histórico.
Veja como a taxa de transferência de rede difere da largura de banda, o que causa desempenho lento ou instável e quais ferramentas podem testar um caminho ou monitorar o tráfego.
Compare softwares de servidor SFTP confiáveis para Windows e Linux, incluindo OpenSSH, Bitvise, SolarWinds e SFTPGo. Encontre a solução ideal para suas necessidades de segurança e transferência de arquivos.
Crie um monitoramento de rede prático com cobertura clara de dispositivos, métricas de desempenho úteis, alertas acionáveis e uma comparação entre SolarWinds NPM, PRTG e OpManager.
Compare sete ferramentas de gerenciamento de endereços IP para descoberta de sub-redes, coordenação de DNS e DHCP, inventário de rede e IPAM de código aberto.
Compare ferramentas de varredura de rede para descoberta rápida de dispositivos, varreduras de IP multiplataforma e IPAM corporativo, com orientações sobre como escolher a opção mais adequada para sua rede.
Compare seis ferramentas de monitoramento de rede Linux para descoberta de dispositivos SNMP, gráficos de interface, métricas de host, verificação de serviços e fluxos de tráfego.
