Echo i opóźnienie dźwięku w BigBlueButton mogą brzmieć podobnie, ale zazwyczaj wymagają różnych rozwiązań. Jeśli uczestnicy słyszą swój własny głos, podejrzewaj, że głośnik w pobliżu mikrofonu lub ścieżki audio jednego z uczestników jest wyłączony. Jeśli głos dociera do nich z opóźnieniem, przerywa lub jest opóźniony w całym pomieszczeniu, sprawdź stan sieci i łączność WebRTC. Zacznij od pytania, czy problem występuje tylko u Ciebie, czy u wszystkich uczestników spotkania.
Jedno rozróżnienie zapobiega niepotrzebnym zmianom: podczas testu echa BigBlueButton oczekuje się usłyszenia własnego głosu. Test odtwarza dźwięk z mikrofonu, aby można było go zweryfikować przed dołączeniem. Uporczywe echo po dołączeniu do spotkania to osobny problem.
Echo to rozpoznawalne powtórzenie głosu. Mikrofon rozmówcy może przechwytywać dźwięk z głośników i przesyłać go z powrotem do spotkania. Niewielkie opóźnienie może sprawić, że odebrany głos będzie brzmiał jak echo, ale drgania sieci mogą również powodować przerywanie lub opóźnienie dźwięku.
Opóźnienie dźwięku oznacza, że mowa dociera do słuchaczy zauważalnie późno, często z pauzami, mechanicznym brzmieniem lub przerwami. Opóźnienie może dotyczyć jednego uczestnika ze względu na jego połączenie lokalne lub wielu uczestników z powodu współdzielonego serwera lub problemu z siecią. Wzorzec ma większe znaczenie niż słowo, którego ktoś używa, aby go opisać.
| Co ludzie zauważają | Obszar, który prawdopodobnie należy sprawdzić w pierwszej kolejności |
|---|---|
| Podczas testu łączenia tylko jedna osoba słyszy swój własny głos | Informacja zwrotna z testu echa lub wybranego mikrofonu i głośnika |
| Kilka osób słyszy głos tego samego uczestnika dwa razy | Głośniki, rozmieszczenie mikrofonu lub urządzenie audio uczestnika |
| Jeden z uczestników słyszy, że wszyscy są spóźnieni lub niespokojni | Obciążenie sieci Wi-Fi, sieci VPN, przeglądarki lub urządzenia uczestnika |
| Wielu uczestników doświadcza jednocześnie opóźnień | Współdzielona ścieżka sieciowa, zapora sieciowa, przekaźnik TURN lub obciążenie serwera BigBlueButton |
To jest zamierzony test mikrofonu. Gdy zdecydujesz się na dołączenie mikrofonu, BigBlueButton poprosi przeglądarkę o pozwolenie i odtworzy Twój głos. Aktualny przewodnik testowania wersji podaje, że wskaźnik głośności powinien reagować na Twoje mówienie, a zmiana mikrofonu lub głośnika może być dostępna w oknie dialogowym audio. Jeśli odtwarzanie testowe jest wyraźne, a wskaźnik głośności się porusza, wybierz Tak , aby dołączyć dźwięk.
Jeśli po dołączeniu nadal słyszysz siebie lub inni słyszą powtórzenie, rozwiąż problem z torem audio na żywo, zamiast traktować sam test jako niepowodzenie. Podczas połączenia na żywo na chwilę wycisz mikrofon. Jeśli powtórzenie ustanie, wyłącz wyciszenie i odsuń mikrofon dalej od głośników, zmniejsz głośność głośnika lub użyj słuchawek. Jeśli wyciszenie jednego uczestnika usunie echo u wszystkich, poproś tę osobę o sprawdzenie ustawień.
Używaj słuchawek lub zestawu słuchawkowego z mikrofonem blisko ust. Zmniejsza to ryzyko, że mikrofon zarejestruje dźwięki z głośników w pomieszczeniu. Zmniejszenie głośności głośników lub zwiększenie odległości między głośnikami a mikrofonem może pomóc, ale zestaw słuchawkowy jest zazwyczaj bardziej niezawodnym rozwiązaniem w pomieszczeniu wieloosobowym.
Sprawdź, czy aktywny jest tylko jeden mikrofon. Dostępne mogą być zarówno mikrofon w laptopie, jak i mikrofon w kamerze internetowej, a wybrany mikrofon może znajdować się dalej od głośnika niż oczekiwano. W ustawieniach audio BigBlueButton wybierz wyraźnie odpowiedni mikrofon i głośnik. Jeśli po zmianie urządzeń pojawi się echo, zamknij dźwięk i dołącz ponownie, aby test echa został przeprowadzony dla wybranej pary.
W sali konferencyjnej z wieloma osobami należy unikać sytuacji, w których kilka komputerów w pobliżu łączy się z dźwiękiem za pomocą otwartych głośników. Należy korzystać z połączenia audio w jednym pomieszczeniu z odpowiednim mikrofonem lub poprosić każdego uczestnika o korzystanie ze słuchawek i wyciszenie dźwięku, gdy nie mówi. Laptop drugiego uczestnika bez wyciszenia może utworzyć ścieżkę sprzężenia zwrotnego, nawet jeśli Twoje urządzenie jest poprawnie skonfigurowane.
Udany test echa pokazuje, że przeglądarka uzyskała dostęp do mikrofonu i mogła odtworzyć lokalny test audio. Nie dowodzi to jednak, że połączenie internetowe będzie charakteryzować się niskim opóźnieniem przez cały czas trwania spotkania. BigBlueButton przesyła multimedia w czasie rzeczywistym przez WebRTC; ograniczenia sieciowe, niestabilna sieć Wi-Fi, utrata pakietów lub przeciążona trasa mogą opóźniać lub przerywać dźwięk.
Zacznij od najprostszego porównania. Zapytaj innego uczestnika, czy słyszy to samo opóźnienie. Jeśli problem dotyczy tylko jednej osoby, wypróbuj jej sieć przewodową, tymczasowo wyłącz VPN, zbliż się do punktu dostępu Wi-Fi lub przełącz się na inną sieć. Wstrzymaj przesyłanie i pobieranie dużych plików oraz tworzenie kopii zapasowych w chmurze podczas połączenia. Zamknij karty lub aplikacje obciążające zasoby, jeśli komputer jest obciążony. Przeprowadź test z wyłączoną kamerą na kilka minut; jeśli jakość dźwięku się poprawi, przyczyną może być przepustowość łącza lub obciążenie urządzenia.
Jeśli całe pomieszczenie ma takie samo opóźnienie, wymiana mikrofonu jednego uczestnika raczej go nie rozwiąże. Zanotuj, kiedy opóźnienie się zaczęło i czy występuje na każdym spotkaniu na tym samym serwerze. Organizator spotkania powinien poprosić administratora usługi o sprawdzenie serwera i ścieżki sieciowej.
Upewnij się, że przeglądarka ma uprawnienia do korzystania z mikrofonu dla witryny BigBlueButton. Jeśli uprawnienia zostały wcześniej odrzucone, zmień je w ustawieniach witryny w przeglądarce, odśwież spotkanie i ponownie dołącz do audio. Użyj aktualnej przeglądarki obsługiwanej przez usługę BigBlueButton. Okno prywatne może być przydatne, jeśli rozszerzenie lub ustawienia witryny w pamięci podręcznej mogą zakłócać działanie, ale nie zastępuje sprawdzenia wyboru urządzenia.
W oknie dialogowym echa mów i obserwuj wskaźnik poziomu dźwięku. Jeśli się nie porusza, wybierz inny mikrofon i sprawdź poziom sygnału wejściowego lub wyciszenie w systemie operacyjnym. Jeśli poziom się zmienia, ale nie słyszysz testu, sprawdź wybrane urządzenie wyjściowe i głośność systemu. Dokumentacja BigBlueButton opisuje wybór urządzeń audio podczas testu i ich zmianę po dołączeniu; gdy test nie jest już dostępny, zamknij tryb audio i dołącz ponownie.
Użyj panelu sterowania urządzenia i dźwięku w przeglądarce, aby upewnić się, że wybrano to samo wejście i wyjście. Nie zwiększaj nadmiernie wzmocnienia mikrofonu tylko po to, aby wskaźnik się poruszał; bardzo wysoki poziom wejściowy może wychwycić hałas otoczenia i nasilić sprzężenie zwrotne.
Poproś administratora o zbadanie sytuacji, gdy problem dotyczy wielu uczestników, gdy użytkownicy w różnych sieciach widzą podobne awarie lub gdy BigBlueButton zgłasza błąd połączenia WebRTC. Aktualna dokumentacja rozwiązywania problemów BigBlueButton 4.0 opisuje błąd 1007: Niepowodzenie negocjacji ICE jako błąd negocjacji ścieżki multimedialnej i wymienia NAT, zablokowane porty UDP lub konieczność użycia TURN w sieciach o ograniczonych możliwościach jako możliwe przyczyny. WebRTC wykorzystuje ICE do znalezienia działającej ścieżki połączenia; przekaźnik, taki jak TURN, może pomóc klientom, którzy nie mogą nawiązać bezpośredniej ścieżki multimedialnej.
W przypadku serwera hostowanego samodzielnie, administrator powinien porównać jego zaporę sieciową, NAT i ogłoszone adresy mediów z dokumentacją zainstalowanej wersji BigBlueButton. Aktualne wytyczne dotyczące zapór sieciowych określają TCP 80/443 i zakres mediów UDP dla udokumentowanej konfiguracji, ale dostawcy hostingu i wdrożenia mogą się różnić. Nie zmieniaj reguł zapory sieciowej w usłudze zarządzanej; podaj dostawcy kod błędu, czas spotkania, którego dotyczy problem, oraz informację, czy problem dotyczy jednej, czy wielu sieci.
Konflikt z procesorem serwera może również wpływać na media w czasie rzeczywistym. Jeśli wszyscy uczestnicy zgłaszają opóźnienie w tym samym czasie, administrator powinien sprawdzić obciążenie serwera oraz stan usługi WebRTC/audio BigBlueButton podczas incydentu. Prawidłowy stan serwera po spotkaniu może nie wskazywać na tymczasowe przeciążenie, dlatego należy dołączyć znaczniki czasu i powtarzalne szczegóły.
Opuść i ponownie dołącz do audio spotkania, przeprowadź test echa i sprawdź, czy mikrofon reaguje na Twój głos. Po dołączeniu poproś innego uczestnika o potwierdzenie, że Twój głos jest wyraźny i się nie powtarza. W przypadku opóźnień porównaj dźwięk z dźwiękiem innego uczestnika i zanotuj, czy mowa jest teraz płynna i spójna. Testuj każdą zmianę na raz, aby zidentyfikować, co pomogło.
Etykiety interfejsu BigBlueButton i szczegóły sieciowe serwera różnią się w zależności od wersji i wdrożenia. Wymienione strony dotyczące rozwiązywania problemów i testowania wersji BigBlueButton 4.0 są oznaczone jako „w trakcie opracowywania” od 6 października 2026 r.; administratorzy powinni korzystać z dokumentacji odpowiadającej zainstalowanej wersji, zamiast kopiować ustawienia z innej wersji.
Porównaj 10 narzędzi do pingowania, które umożliwiają szybkie wykrywanie sieci LAN, skanowanie międzyplatformowe i zarządzanie adresami IP. Dowiedz się, co narzędzie pingujące może Ci powiedzieć, a czego nie.
Porównaj sześć narzędzi do zarządzania siecią służących do monitorowania wydajności, obejmujących zasięg SNMP, mapowanie, alerty, modele wdrażania i kompromisy kosztów.
Porównaj siedem darmowych i otwartych monitorów pingów — od kompletnych pakietów sieciowych po ukierunkowane sondy opóźnień — i wybierz odpowiedni monitor pod kątem dostępności, utraty pakietów i historii.
Dowiedz się, co oznacza QoS w sieciach, w jaki sposób oznaczenia DSCP i kolejki ruchu nadają priorytet aplikacjom głosowym, wideo i biznesowym oraz czego QoS nie jest w stanie naprawić.
Porównaj niezawodne oprogramowanie serwera SFTP dla systemów Windows i Linux, w tym OpenSSH, Bitvise, SolarWinds i SFTPGo. Znajdź rozwiązanie odpowiednie dla swoich potrzeb w zakresie bezpieczeństwa i transferu plików.
Porównaj siedem narzędzi do zarządzania adresami IP służących do wykrywania podsieci, koordynacji DNS i DHCP, inwentaryzacji sieci i otwartego oprogramowania IPAM.
Porównaj sześć narzędzi do monitorowania systemu Windows Server pod kątem zbierania danych systemu Windows, widoczności aplikacji, modelu wdrażania i licencjonowania, aby znaleźć odpowiednie rozwiązanie.
Porównaj narzędzia do skanowania sieciowego umożliwiające szybkie wykrywanie urządzeń, skanowanie adresów IP na wielu platformach oraz zarządzanie IPAM w przedsiębiorstwie. Znajdziesz tu wskazówki dotyczące dopasowania każdej opcji do swojej sieci.
Zbuduj praktyczny monitoring sieci z przejrzystym zakresem urządzeń, przydatnymi wskaźnikami wydajności, przydatnymi alertami oraz porównaniem SolarWinds NPM, PRTG i OpManager.
Użyj opcji --traceroute programu Nmap, aby mapować przeskoki do autoryzowanego hosta, zrozumieć dane wyjściowe dotyczące przeskoków i czasu RTT oraz rozwiązywać problemy z brakującymi odpowiedziami bez nadmiernego skanowania.
