Pytania i odpowiedzi

Witamy

Witamy w sekcji Często zadawanych pytań (FAQ) projektu BigBlueButton.

My (główni programiści) stworzyliśmy to FAQ, aby szybko odpowiedzieć na często zadawane pytania dotyczące instalacji, konfiguracji i korzystania z BigBlueButton. Jeśli jesteś programistą, znajdziesz tutaj wiele odpowiedzi zebranych w wyniku dyskusji na naszych listach mailingowych.

UWAGA: Dla nauczycieli i uczniów <a href="https://support.bigbluebutton.org/">Knowledge Base</a> to najlepsze źródło artykułów instruktażowych na temat korzystania z BigBlueButton. Zapoznaj się także z filmami instruktażowymi <a href="https://bigbluebutton.org/teachers/tutorials"></a>.

Co się stanie, jeśli nie znajdę tutaj odpowiedzi?

Społeczność BigBlueButton koncentruje swoje wsparcie na trzech listach mailingowych, z których każda jest hostowana przez Grupy dyskusyjne Google. Każda grupa skupia się na innym temacie pytań:

• bigbluebutton-setup -- Pytania dotyczące instalacji, instalacji i konfiguracji, takie jak „Jak skonfigurować klienta BigBlueButton?”
• bigbluebutton-users -- Pytania użytkowników końcowych, takie jak „Jak zrobić X za pomocą BigBlueButton?”
• bigbluebutton-dev -- Wszystkie inne pytania, np. „Jak zintegrować BigBlueButton z moją aplikacją?”

Lista mailingowa deweloperów ma ponad 4000 użytkowników, więc zanim opublikujesz:

1. Zeskanuj często zadawane pytania, aby sprawdzić, czy nie ma tu odpowiedzi na Twoje pytanie.
2. Użyj Google, aby wyszukać słowa kluczowe związane z Twoim pytaniem – istnieje duża szansa, że ​​ktoś już zadał Twoje pytanie w grupach dyskusyjnych Google.
3. Jeśli uważasz, że znalazłeś błąd, najpierw sprawdź bazę danych problemów, aby sprawdzić, czy nie został już zgłoszony.

Wszyscy główni współpracownicy BigBlueButton subskrybują wszystkie trzy listy mailingowe. Proszę nie odsyłać postów do więcej niż jednej listy - powodujesz tylko większy wysiłek, aby odpowiedzieć na wszystkie wątki.

Dlaczego ten projekt nazywa się BigBlueButton?

Nazwa wzięła się od celu, jakim było uczynienie procesu konfigurowania wirtualnej klasy tak prostym, jak naciśnięcie (metaforycznego) dużego niebieskiego przycisku.

Dlaczego jest napisane BigBlueButton (a nie Big Blue Button)?

Znak towarowy zapisany jest w postaci jednego słowa BigBlueButton. Ułatwia to innym korzystanie z Google w celu wyszukiwania informacji o projekcie.

Gdzie jest źródło?

Kod źródłowy BigBlueButton znajduje się pod adresem https://github.com/bigbluebutton/bigbluebutton. Jako projekt open source możesz tworzyć forki BigBlueButton i budować na nim własne aplikacje.

Jaka jest licencja open source używana w BigBlueButton?

Korzystamy z licencji LGPL w wersji 3.0.

Czy BigBlueButton zawsze pozostanie oprogramowaniem typu open source?

Tak.

Zaczęliśmy BigBlueButton jako projekt open source i zamierzamy tak pozostać. Jednym z głównych celów, jaki sobie przyświecaliśmy, było stworzenie wokół projektu dużej społeczności open source. Aby osiągnąć ten cel, jesteśmy w trakcie tworzenia niezależnej organizacji non-profit BigBlueButton (podobnej do Fundacji Eclipse), aby nadzorować i przyspieszać rozwój projektu BigBlueButton.

Próbowałem dołączyć do jednej z list mailingowych, ale zostałem odrzucony.

Aby uniknąć SPAMU na naszych listach mailingowych, przy składaniu wniosku o dołączenie zostaniesz poproszony o zadanie prostego pytania. Jeśli otrzymamy aplikację bez odpowiedzi, zakładamy, że aplikacja pochodzi od bota i usuwamy ją.

Pamiętaj, aby udzielić nam odpowiedzi, abyśmy wiedzieli, że jesteś prawdziwą osobą, która chce dołączyć do naszej społeczności.

Proces rozwoju BigBlueButton

Na liście mailingowej programistów znajduje się bardzo aktywna społeczność użytkowników BigBlueButton (ponad 2000 członków i liczba ta wciąż rośnie!). W całej społeczności BigBlueButton wszyscy członkowie, użytkownicy, programiści, instytucje edukacyjne i firmy komercyjne współpracują nad używaniem i ulepszaniem BigBlueButton.

Jak w przypadku każdego projektu open source, ciągły rozwój społeczności zależy od jakości oprogramowania. Jakość oprogramowania zależy z kolei od zaangażowanych programistów i procesu, którego używamy przy tworzeniu wersji.

Priorytety rozwojowe

Główna grupa twórców BigBlueButton przyjęła proces rozwoju open source z następującymi priorytetami (w kolejności):

• Stabilność
• Użyteczność
• Funkcje
• Modularność
• Skalowalność

Nie da się przecenić tego, że w projekcie skupiono się przede wszystkim na stabilności. Aby uniwersytet lub uczelnia mogła wdrożyć BigBlueButton na potrzeby zajęć na żywo lub aby firma komercyjna mogła osadzić BigBlueButton w swoim produkcie, oprogramowanie musi być wyjątkowo stabilne. W tym celu, jak zauważysz w uwagach do poprzedniego wydania, zwykle spędzamy miesiące na testowaniu każdego kandydata do wydania przed wydaniem wydania.

Osiągnięcie stabilności nie jest łatwym zadaniem. Sam BigBlueButton opiera się na wielu świetnych projektach open source (takich jak FreeSWITCH, redis, Akka i inne) z podsystemami odpowiedzialnymi za udostępnianie slajdów, wideo, audio, tekstu i udostępnianie pulpitu. Dzisiejsza stabilność produktu jest bezpośrednim wynikiem współpracy autorów, procesu rozwoju i społeczności. Wypuszczamy pod kątem jakości, a nie dat.

Użyteczność jest na drugim miejscu. Bez prostego w użyciu (lubimy to nazywać eleganckim) interfejsem użytkownika BigBlueButton nie zostałby przyjęty ani postrzegany jako atrakcyjna alternatywa dla bardziej złożonych (i zastrzeżonych) odpowiedników.

W każdym wydaniu skupiamy się na funkcjach, a my skupiamy się na funkcjach, z których nasz podstawowy rynek (nauczanie on-line) odniesie największe korzyści.

Modułowość umożliwia równoległe opracowywanie, refaktoryzację i aktualizację komponentów BigBlueButton. Podczas każdego wydania niezmiennie przepisujemy części BigBlueButton, aby poprawić modułowość. Wiele z tych elementów jest niewidocznych dla użytkowników końcowych, ale dzięki temu dług techniczny jest niski, dzięki czemu możemy szybciej wprowadzać innowacje z każdym wydaniem.

Skalowalność jest ważna w miarę rozwoju naszego rynku. Zaprojektowaliśmy BigBlueButton jako system wysoce współpracujący.

Komisarz BigBlueButton

Podobnie jak w przypadku wielu projektów open source, rdzeniem projektu jest zespół programistów, którzy są odpowiedzialni za podstawowy rozwój i ogólną jakość projektu. Obecni commiterzy to:

Commiterzy:

• Guilherme Pereira Leme, wtyczki
• Tainan Felipe Pauli De Almeida, klient
• Ramón Souza, klient
• Gustavo Trott, rdzeń
• Lucas Zawacki, rdzeń
• Richard Alam, główny architekt
• Felipe Cecagno, rdzeń
• Fred Dixon, menedżer produktu
• Jesus Federico, integracje
• Anton Georgiev, kierownik projektu
• Tiago Jacobs, rdzeń
• Paulo Lanzarin, audio/wideo
• Ghazi Triki, rdzeń
• Calvin Walton, nagrywanie i odtwarzanie

Byli uczestnicy (mile wspominani):

• Anton Barboza De Sa, testowanie
• Kert Browne, tablica
• Mario Gasparoni, media
• Pedro Marin, klient
• Maxim Khlobystov, testowanie
• Oswaldo Acauan, klient HTML5
• Marco Calderon, serwer
• Chad Pilkey, klient HTML5
• Gustavo Salazar, nagrywanie i odtwarzanie
• Jeremy Thomerson, API
• Denis Zgonjanin, klient

Osoby odpowiedzialne za zarobienie na tę odpowiedzialność przez lata wkładu w BigBlueButton i powiązane projekty open source (tj. red5). W szczególności bardzo szanujemy ponad siedmioletnie wysiłki Richarda mające na celu stworzenie BigBlueButton. Jako główny architekt naszego projektu ma ostatnie słowo.

Osoby odpowiedzialne za zmiany są bardzo aktywne we wspieraniu i mentorowaniu innych programistów na liście mailingowej bigbluebutton-dev. Projekt BigBlueButton wziął także udział w Google Summer of Code 2010 (Google zapłacił dwóm studentom za pracę nad projektem).

Grupa osób zatwierdzających nie jest zamknięta. Każdy programista, który chce zostać osobą zatwierdzającą, może to osiągnąć poprzez uczestnictwo. Decyzja o rozszerzeniu grupy zgłaszających należy do osób zgłaszających.

Proces

Każdy cykl wydania przebiega według następujących kroków.

1. Planowanie

Podczas procesu planowania osoby zatwierdzające decydują o głównych funkcjach wydania, przeglądając Mapę drogową BigBlueButton wraz ze wszystkimi wydaniami oznaczonymi gwiazdką, a w szczególności wydaniami oznaczonymi tagami stabilność i użyteczność.

Sprawdzamy funkcje zgodnie z priorytetami rozwoju dla naszego rynku docelowego (patrz Kiedy zostanie wdrożona funkcja X?).

2. Projekt

Po fazie planowania, do każdej funkcji wydania przypisany jest problem w narzędziu do śledzenia problemów BigBlueButton (jeśli jeszcze go nie ma). Dzięki temu społeczność może śledzić postęp każdego wydania. Zobacz Lista otwartych problemów/ulepszeń.

W przypadku drobnych funkcji, zwłaszcza poprawek błędów, powiązany problem zapewnia wystarczający zapis do koordynowania i śledzenia prac rozwojowych.

W przypadku bardziej złożonych funkcji, takich jak nagrywanie i odtwarzanie, zmiany API lub tworzenie klienta HTML5, główny programista tej funkcji przesyła specyfikacje do BigBlueButton-dev w celu sprawdzenia i skomentowania.

Przykłady poprzednich postów znajdziesz w:

• Zmiany API 0.80
• Architektura klienta HTML5
• Funkcja wstępnego przesyłania dokumentów

3. Rozwój

W fazie rozwoju osoby zatwierdzające organizują co dwa tygodnie (a czasem co tydzień) rozmowy telefoniczne w ramach rozwoju przechodzi w stronę wersji beta.

Osoba przesyłająca żądanie ściągnięcia jest odpowiedzialna za zapewnienie prawidłowego działania funkcji w gałęzi docelowej. W przypadku żądań ściągnięcia, które wprowadzają poważne zmiany, zgłaszający musi dostarczyć wraz z żądaniem ściągnięcia dodatkową dokumentację, aby ułatwić innym przeglądanie:

— Działanie kodu (w odniesieniu do powiązanego problemu) — Jakie zmiany wprowadzono w celu wdrożenia tej funkcji/naprawy błędu — Dokument zmian projektowych

Każde zatwierdzenie jest sprawdzane przez innego zatwierdzającego, który również jest zaznajomiony z obszarem produktu. Wszelkie merytoryczne zaangażowanie w sedno sprawy jest sprawdzane przez Richarda Alama, dyrektora technologicznego BigBlueButton.

Jeśli recenzent aktualizacji uzna, że ​​będzie to miało negatywny wpływ na stabilność lub użyteczność, prośba zostanie odrzucona, a programista będzie musiał ją przerobić w oparciu o opinie recenzenta.

Po zatwierdzeniu aktualizacji jest ona testowana przez innych programistów w najnowszej wersji. W ten sposób kompilacja będzie przechodzić przez etapy rozwoju w kierunku wersji beta. Wydanie pozostaje w fazie rozwoju, dopóki nie zostaną ukończone wszystkie podstawowe prace rozwojowe i nie zostaną naprawione wszystkie oczywiste błędy.

Przed wydaniem wersji beta zaktualizowano całą dokumentację dotyczącą instalacji, konfiguracji środowiska programistycznego i przeglądu nowych funkcji. Jest gotowy do zainstalowania i przetestowania przez innych.

4. Testowanie wersji beta

Po przeniesieniu wersji do wersji beta publiczne pakiety Ubuntu są aktualizowane, aby inni członkowie społeczności BigBlueButton mogli rozpocząć instalację i korzystanie z kompilacji.

Produkt przejdzie jedną (lub więcej) wersję beta, dopóki społeczność nie zgłosi więcej poważnych błędów. Dodatkowe prace wykonywane podczas tej fazy obejmują:

• Lokalizacja produktu
• Aktualizacja i uzupełnienie całej dokumentacji
• Aktualizacja opakowania, aby instalowało się bez błędów, zarówno podczas nowej instalacji, jak i aktualizacji z poprzedniej wersji

Staramy się mieć bardzo stabilne wersje beta. W miarę jak wersja będzie przechodzić kolejne iteracje w wersji beta, członkowie społeczności zaczną uruchamiać BigBlueButton na serwerach produkcyjnych. (Tak, niektóre uruchamiają go przez miesiące w wersji produkcyjnej.)

Kiedy wszystkie błędy zostaną naprawione, a problemy zamknięte, produkt zostanie przeniesiony do wersji Release Candidate.

5. Wersja kandydata

Dla nas kandydat do wydania jest już gotowy — co oznacza, że ​​wydanie zmienia jedynie etykietę kompilacji.

Zwykle czekamy (co najmniej) dwa tygodnie na użycie przez społeczność, zanim zmienimy etykietę na wydanie. Ponownie, stabilność jest najważniejsza dla osiągnięcia wersji kandydującej do wydania.

Na etapie Release Candidate główni autorzy projektu monitorują listy mailingowe, Twittera i opinie członków w poszukiwaniu jakichkolwiek błędów lub problemów, które mogłyby mieć wpływ na dostarczenie wersji ogólnej.

Wiele razy podczas procesu tworzenia wersji beta i kandydata do wydania jesteśmy pytani: „Jaka jest data wydania?”. Naszą dewizą jest „wypuszczamy na jakość, a nie na datę”.

6. Wydanie ogólne

Po (mniej więcej) dwutygodniowym okresie, podczas którego nikt nie zgłosił żadnych problemów z kandydatem do wydania, autorzy zmieniają etykietę (np. 0.9.0-RC na 0.9.0) i ogłaszają wydanie (patrz ogłoszenie o wydaniu dla 0.9 i ogłoszenie o wydaniu wersji 1.0).

Wspieranie BigBlueButton

Jak mogę pomóc?

BigBlueButton istnieje, ponieważ wielu programistów włożyło swój czas i wiedzę w jego rozwój.

Na pierwszy rzut oka na podstawową architekturę BigBlueButton może wydawać się skomplikowany, ale tak naprawdę nie jest tak po zapoznaniu się z systemem. Klient BigBlueButton jest napisany w języku JavaScript. Komponenty serwera BigBlueButton są napisane w kombinacji Java, Grails i Scala. Nie musisz uczyć się wszystkich tych języków, aby pomóc, ale powinieneś bardzo dobrze programować w Javie, ponieważ JavaScript, Grails i Scala są podobne do Javy.

Zanim będziesz mógł wnieść swój wkład jako programista, musisz poświęcić trochę czasu na zrozumienie [architektury] BigBlueButton (/development/architecture#high-level-architecture) i skonfigurować środowisko programistyczne. Kod źródłowy BigBlueButton jest hostowany na github, więc musisz zrozumieć jak działa git i przepływ pracy przy tworzeniu oprogramowania rozproszonego.

Podobnie jak w przypadku innych projektów open source, dobrym miejscem na początek jest naprawienie otwartego problemu. Niektóre błędy są ważniejsze niż inne. Kwestie stabilności i użyteczności są bardzo ważne dla społeczności BigBlueButton.

Nie jestem programistą, czy nadal mogę wnieść swój wkład?

Nie martw się, jeśli nie jesteś biegłym programistą – istnieje wiele sposobów, aby Ci pomóc. Możesz zdobyć biegłość w instalacji i konfiguracji serwera BigBlueButton. Każdego miesiąca w bigbluebutton-setup pojawia się wielu nowych użytkowników, którzy potrzebują pomocy przy konfiguracji BigBlueButton, zwłaszcza za zaporą ogniową. Możesz przesłać plik językowy. Możesz wskazać wszelkie błędy w tej dokumentacji. Taka pomoc odciąża nas od wsparcia i daje nam więcej czasu na pracę nad udoskonaleniem BigBlueButton.

Wszelkie uwagi członków zewnętrznych dotyczące włączenia do BigBlueButton zostaną sprawdzone przez jednego (lub więcej) autorów. Proces przesyłania i sprawdzania zależy od złożoności wkładu i wymaga podpisania Umowy licencyjnej współtwórcy.

Dlaczego muszę podpisać Umowę licencyjną współautora, aby udostępnić kod źródłowy?

Zanim będziemy mogli przyjąć datki na rzecz BigBlueButton, musimy upewnić się, że nie ma żadnych dwuznaczności co do własności materiałów zaangażowanych w projekt. Dlatego każdy, kto chce wysłać nam prośbę o ściągnięcie do sprawdzenia, musi mieć podpisaną Umowę licencyjną współautora. Informacje na temat powodów, dla których to robimy, można znaleźć w http://oss-watch.ac.uk/resources/cla .

Aby uzyskać umowę ze zleceniodawcą, pobierz Umowę współautora BigBlueButton Inc.. Z wyjątkiem przypadków określonych w umowie Ty (i Twój pracodawca, jeśli masz umowę dotyczącą własności intelektualnej) zachowujesz wszelkie prawa, tytuły i udziały w swoim wkładzie. Jeśli Ty (i Twój pracodawca) zgadzacie się z jego warunkami (pamiętaj, aby użyć fizycznego adresu pocztowego w sekcji address, aby była ona zgodna z prawem), podpisz, zeskanuj i wyślij kopię e-mailem na adres cla at bigbluebutton dot org.

Po otrzymaniu podpisanej Umowy współautora możemy sprawdzić Twoje zgłoszenie pod kątem umieszczenia go w BigBlueButton. Proces przesyłania zależy od tego, czy chodzi o naprawienie błędu (przesłanie żądania ściągnięcia), czy o ulepszenie (przesłanie funkcji).

Złożenie żądania ściągnięcia

Jeśli chcesz przesłać żądanie ściągnięcia, Twoje szanse na akceptację są znacznie zwiększone, jeśli spełnione są następujące warunki:

1. Jesteś aktywnym uczestnikiem w bigbluebutton-dev i wykazali się zrozumieniem produktu, pomagając innym i uczestnicząc w dyskusjach na temat innych poprawek.
2. Twoja poprawka naprawia otwarty problem.
3. Przed przesłaniem łatki ogłosiłeś swój zamiar bigbluebutton-dev lub skomentowałeś sam problem.
4. Otrzymałeś pozytywną opinię od osoby odpowiedzialnej za Twoje zamiary.

Idealne przesłanie łatki spełnia wszystkie powyższe kryteria, co zasadniczo oznacza, że ​​zbudowałeś relację zaufania z innymi programistami BigBlueButton i widać, że jesteś gotowy wnieść swoje umiejętności do projektu.

Istnieje wiele niezbędnych elementów, aby Twoje zgłoszenie zostało zaakceptowane.

1. Rozwidliłeś BigBlueButton na GitHubie i przesłałeś łatkę jako żądanie ściągnięcia (to sprawia, że ​​znacznie łatwiej jest osobie zatwierdzającej przejrzeć i włączyć twoją łatkę).
2. Podpisałeś umowę z twórcami, więc nie ma wątpliwości, że Twój wkład może zostać opublikowany na licencji open source.
3. Twoje zgłoszenie to LGPL V3 (chyba że modyfikuje istniejący kod objęty inną licencją).

W szczególności, aby korzystać z GitHub, musisz wykonać następujące czynności:

1. Fork BigBlueButton na GitHub
2. Utwórz gałąź tematyczną - git checkout -b my_branch
3. Prześlij do swojego oddziału - git push origin my_branch
4. Utwórz Pull Request ze swojego oddziału

GitHub zapewnia dobrą pomoc w powyższych krokach, a dostępna jest w Internecie doskonała książka o Pro Git autorstwa Scotta Chacona.

Przesyłanie elementu

Niektóre elementy naszego narzędzia do śledzenia problemów stanowią ulepszenia podstawowego produktu. Jeśli jesteś zainteresowany wniesieniem ulepszenia, Twoje szanse na akceptację są znacznie zwiększone, jeśli spełnione są następujące warunki:

1. Osoba zatwierdzająca zaakceptowała poprzednie żądania ściągnięcia.
2. Wysłałeś wiadomość na listę mailingową bigbluebuton-dev, sygnalizując chęć pracy nad udoskonaleniem. W swoim poście podałeś (co najmniej): — przegląd projektu i implementacji Twojej funkcji. Przykłady można znaleźć w: Propozycja wstępnego przesłania dokumentów — Zarys sposobu, w jaki zamierzasz przetestować ulepszenie.

• Szacunkowy czas pracy nad udoskonaleniem.

3. Osoba wprowadzająca zasygnalizowała zamiar ścisłej współpracy z Tobą nad ulepszeniem.

Podobnie jak w przypadku innych projektów open source, udział osoby zatwierdzającej ma kluczowe znaczenie w powyższym procesie, ponieważ przejmie ona odpowiedzialność za sprawdzenie i podpisanie Twojego wkładu.

Testowanie Twojego zgłoszenia

W zależności od złożoności Twojej poprawki lub funkcji, powinny być do niej dołączone przypadki testowe lub przynajmniej seria kroków w celu sprawdzenia, czy kod działa poprawnie.

Nieustannie staramy się włączyć bardziej zautomatyzowane testy do procesu rozwoju BigBlueButton, na przykład używając TestNG.

Wiemy, że najważniejszą częścią każdego zgłoszenia jest możliwość sprawdzenia przez innych, czy działa ono poprawnie. Wszelka dokumentacja, przykładowy kod lub testy jednostkowe, które możesz dostarczyć, znacznie zmniejszą wysiłek osoby odpowiedzialnej za sprawdzenie Twojego zgłoszenia.

Konwencje kodowania

Przyjrzyj się istniejącemu kodowi w BigBlueButton i postępuj zgodnie z nim jako przykładem konwencji kodowania i dokumentacji projektu.

W przypadku kodu napisanego w Javie postępujemy zgodnie z Konwencją kodowania Java z niewielkimi zmianami. Będziemy dokumentować te zmiany na tej wiki.

W przypadku dokumentacji metody kodu - szczególnie tych klas, które udostępniają API innym klasom - należy udokumentować przy użyciu formatu JavaDoc.

Gdzie powinienem zgłosić potencjalne problemy związane z bezpieczeństwem?

Jeśli uważasz, że znalazłeś problem dotyczący bezpieczeństwa w BigBlueButton, prosimy o dokonanie odpowiedzialnego ujawnienia i przesłanie nam e-maila bezpośrednio na adres bezpieczeństwa .at. dużyniebieski przycisk .dot. org.

Odpowiemy szybko, wspólnie z Tobą zbadamy zakres problemu i priorytetowo potraktujemy jego jak najszybsze rozwiązanie.

Instalacja

Jakie są minimalne wymagania sprzętowe dla serwera BigBlueButton?

Zobacz przed instalacją.

Jakie są minimalne wymagania dotyczące przepustowości dla serwera BigBlueButton?

Będziesz potrzebować dobrej przepustowości w górę i w dół od serwera. Zalecamy przepustowość 1 Gb/s w obu kierunkach. Posiadanie serwera o mniejszej przepustowości, na przykład tylko 100 Mbit/s, spowoduje jedynie problemy z dźwiękiem i obrazem dla użytkowników.

Czy mogę zainstalować BigBlueButton na współdzielonym serwerze hostingowym, takim jak GoDaddy?

Prawdopodobnie nie. Po pierwsze, potrzebujesz uprawnień roota, aby zainstalować BigBlueButton. Jeśli posiadasz konto hostingowe, które daje Ci tylko np. dostęp do FTP i interfejs cPanel/plesk, nie będziesz mógł zainstalować BigBlueButton.

Czy mogę zainstalować BigBlueButton na EC2?

Tak. Kroki opisano w dokumentacji install.

Wymagania systemowe

Ubuntu

Starsze wersje BigBlueButton, do wersji 3.0 włącznie, wymagane Ubuntu 22.04 64-bitowy. BigBlueButton 4.0 wymaga Ubuntu 24.04 64-bit. Zobacz Zainstaluj BigBlueButton.

My (główni programiści) nie instalowaliśmy BigBlueButton w żadnej innej wersji Ubuntu. To prawdopodobnie nie zadziała.

CentOS

CentOS nie jest obsługiwany.

Mamy doświadczenie z CentOS. W kwietniu 2010 wypuściliśmy BigBlueButton 0.64 z pakietami RPM dla CentOS 5.4. Jednak opierając się na naszym doświadczeniu w opracowywaniu, budowaniu i testowaniu pakietów Ubuntu i CentOS, przestaliśmy wspierać pakiety RPM po tym wydaniu.

Dlaczego?

Krótko mówiąc: jakość. Testowanie i utrzymywanie pakietów zarówno dla systemów opartych na RPM (głównie CentOS), jak i Ubuntu, okazało się dla nas bardzo trudne. Zamiast próbować utrzymać je obydwa i zapewnić im „w pewnym sensie” pracę, co prowadzi do wielu, wielu postów na naszych forach, gdy użytkownicy napotykają trudności z instalacją, zdecydowaliśmy się mocno zainwestować w testowanie i utrzymanie pakietów Ubuntu. Są teraz bardzo solidne i dobrze przetestowane.

Jeśli naprawdę potrzebujesz wsparcia dla CentOS, możesz skontaktować się z jedną z poniższych firm w celu uzyskania wsparcia komercyjnego. Każdy wkład finansowy wniesiony na aktualizację i utrzymanie pakietów CentOS przyniesie bezpośrednie korzyści innym użytkownikom CentOS w społeczności.

Dalszą dyskusję na temat wsparcia dla CentOS można zobaczyć w numerze 1379. (Aktualizacja: Rośnie zainteresowanie RPM dla BigBlueButton. Być może w przyszłości będziemy aktualizować tę sekcję.)

Windows

Chociaż technicznie rzecz biorąc, powinna istnieć możliwość ręcznej instalacji każdego z komponentów (Tomcat, nginx, LibreOffice itp.) potrzebnych do działania BigBlueButton w systemie Windows, nie próbowaliśmy tego ani nie testowaliśmy.

Jeśli jesteś odważny i chcesz wziąć serwer BigBlueButton i ręcznie zainstalować równoważne komponenty (i pliki konfiguracyjne) na serwerze Windows, powinno to być technicznie możliwe. Jednak uważaj, nikt, kto tego próbował, nie doczekał się przesłania wiadomości o powodzeniu na naszą listę mailingową :-).

OS X

Brak natywnej instalacji dla systemu Mac OS X.

Najprostszym sposobem na zdobycie własnego serwera BigBlueButton pod systemem OS X jest zainstalowanie VMWare Fusion, utworzenie 64-bitowej maszyny wirtualnej Ubuntu i zainstalowanie BigBlueButton przy użyciu instrukcji instalacji.

Wsparcie dla urządzeń mobilnych

Android

BigBlueButton działa w domyślnej przeglądarce Chrome (bez aplikacji do zainstalowania) na Androidzie 6.0 lub nowszym. Możesz to przetestować pod adresem https://demo.bigbluebutton.org/.

Wszystkie funkcje BigBlueButton są dostępne na Androidzie z wyjątkiem udostępniania ekranu (Chrome nie obsługuje udostępniania ekranu na Androidzie).

iOS

BigBlueButton działa w domyślnej przeglądarce Safari Mobile (bez konieczności instalowania aplikacji) w systemie iOS 12.2 lub nowszym. Możesz to przetestować pod adresem https://demo.bigbluebutton.org/.

Wszystkie funkcje BigBlueButton są dostępne na iOS z wyjątkiem udostępniania ekranu (Safari Mobile nie obsługuje udostępniania ekranu na iOS).

Wymagania dotyczące przepustowości

Jakie są wymagania dotyczące przepustowości do uruchomienia serwera BigBlueButton?

Będziesz potrzebować dobrej przepustowości w górę i w dół od serwera. Zalecamy przepustowość 1 Gb/s w obu kierunkach.

Podczas udostępniania kamery internetowej jako moderator BigBlueButton pozwala wybrać rozdzielczość 320x240, 640x480 lub 1280x720. Do obliczeń przepustowości każda rozdzielczość odpowiada (w przybliżeniu) odpowiednio strumieniowi wideo o szybkości 0,25 Mbit/s, 0,40 Mbit/s i 0,60 Mbit/s.

Na przykład, jeśli masz pokój z 5 użytkownikami, z których każdy korzysta ze swojej kamery internetowej w rozdzielczości 320x240, możesz obliczyć wykorzystanie przepustowości w następujący sposób:

• Y = 0,25 Mbit/s
• W = liczba kamer internetowych transmitujących transmisję strumieniową
• U = liczba użytkowników oglądających

Do obliczeń:

• przepustowość przychodząca serwera: W*Y
• przepustowość wychodząca serwera: W*(U-1)*Y (minus jeden, ponieważ nadawca nie musi subskrybować własnego strumienia)

Na przykład przy 5 użytkownikach w pokoju z 5 przesyłanie strumieniowe z kamer internetowych, obliczenie przepustowości jest następujące:

• in: 5*.25 = 1,25 Mbit/s przepustowość przychodząca potrzebna do serwera lub 3600*1.25 = 4,5 GBit/h
• wyjście: 5*(5-1)*.25 = wymagana przepustowość wychodząca z serwera 5 Mbit/s lub 3600*5 = 18 Gbit/h

Jeśli w typowej sytuacji w klasie jeden prezenter transmituje swoją kamerę internetową do 30 zdalnych uczniów, obliczenia są następujące:

• in: 1*.25 = 0,25 Mbit/s przychodzące lub 3600*.25 = 0,9 GBit/h
• wyjście: 1*(30-1)*.25 = 7,25 Mbit/s wychodzące lub 3600*7.25 = 26,1 GBit/h

Duży „pokój rozmów w stylu kawiarni”: 20 widzów, 8 osób transmitujących za pomocą kamery internetowej:

• w: 8*.25 = 2 Mbit/s przychodzące lub 3600*2 = 7,2 GBit/h
• wyjście: 8*(20-1)*.25 = 38 Mbit/s wychodzące lub 3600* = 136,8 Gb/godz.

Udostępnianie slajdów nie wymaga prawie żadnej przepustowości poza początkowym przesyłaniem/pobieraniem slajdów. Kiedy prezenter kliknie, aby wyświetlić następny slajd, widzowie otrzymają polecenie „przenieś następny slajd” w swoim kliencie BigBlueButton i wczytają następny slajd z lokalnej pamięci podręcznej. Czat również prawie nie wymaga przepustowości.

Udostępnianie ekranu Udostępnianie ekranu zajmuje najwięcej przepustowości. Rzeczywista przepustowość udostępniania pulpitu zależy od wielkości obszaru wybranego przez prezentera (pełny ekran i region) oraz częstotliwości aktualizacji jego ekranu. W dolnej części ekranu, jeśli ekran prezentera jest w dużej mierze bezczynny, aplikacja do udostępniania ekranu będzie transmitować około 0,2 Mbit/s; z drugiej strony, jeśli ekran prezentera jest często aktualizowany, serwer BigBlueButton może przesyłać dane z szybkością 1,0 Mbit/s. W przypadku sesji z N użytkownikami serwer BigBlueButton transmitowałby także N strumieni udostępniania pulpitu (prezenter również otrzymuje strumień do okna podglądu udostępniania ekranu).

Połączenie VoIP z serwerem BigBlueButton wymaga dla każdego użytkownika około 0,04 Mbit/s odbioru i 0,04 Mbit/s transmisji. Przepustowość VoIP rośnie liniowo wraz z liczbą użytkowników. Na przykład, jeśli w klasie jest 20 uczniów, wymagania dotyczące przepustowości serwera obsługującego VoIP wynoszą 20 * 0,04 Mbit/s = 0,8 Mbit/s. Jeśli użytkownik dołączy jako Tylko słuchaj, będzie odbierał tylko dźwięk (nie przesyłał go).

Z punktu widzenia potrzeb użytkownika w zakresie przepustowości, jeśli student transmituje swoją kamerę internetową i mikrofon, wymagana jest minimalna (w przybliżeniu) przepustowość wysyłania wynosząca 0,3 Mbit/s (0,25 + 0,04). Jeśli uczeń uczestniczy w sesji z czterema innymi osobami, które również transmitują swoje kamery internetowe, będzie potrzebował przepustowości przychodzącej wynoszącej około 1 Mbit/s dla przychodzących kamer internetowych 4 *0.25 = 1 Mbit/s i 0,04 Mbit/s dla przychodzącego dźwięku.

Serwer BigBlueButton zmniejszy przepustowość użytkownika, jeśli jego przepustowość jest niewystarczająca do odbioru całego strumienia. Na przykład w powyższym scenariuszu, w którym w sesji uczestniczy 5 uczniów, a każdy z nich korzysta z kamery internetowej, jeśli 4 uczniów ma wystarczającą przepustowość, aby odbierać wszystkie przychodzące strumienie z kamer internetowych, ich klienci będą wyświetlać mniej więcej tę samą jakość obrazu wideo. Jeśli jeden z uczniów korzysta z mniejszej przepustowości, będzie otrzymywać rzadsze aktualizacje strumieni wideo i może uzyskać niższą jakość dźwięku. Użytkownik korzystający z niższej przepustowości nie ma wpływu na przesyłanie strumieniowe do innych użytkowników.

Jakie są minimalne wymagania dotyczące przepustowości dla użytkownika?

W przypadku przeglądarek (studentów) zalecamy, aby użytkownicy mieli (co najmniej) 0,5 Mbit/s – czyli 500 Kbit/s – przepustowość wysyłania i (co najmniej) 1 Mbit/s przepustowość pobierania. Przepustowość wysyłania to szerokość pasma, jaką dysponuje komputer do przesyłania danych do serwera BigBlueButton.

Nie są to liczby twarde i szybkie, gdyż zależy to od aktywności widza. Jeśli przeglądarka nie transmituje z żadnej kamery internetowej, wykorzystana przepustowość przesyłania danych będzie mniejsza niż 0,5 Mbit/s.

Dobrym sposobem na sprawdzenie przepustowości jest odwiedzenie witryny speedtest.net. Wyniki z speedtest.net podają rzeczywistą przepustowość użytkownika. Ta rzeczywista liczba jest ważna, ponieważ użytkownik może zgłosić, że jego dostawca usług internetowych zapewnia mu przepustowość wysyłania 0,5 Mbit/s; jednakże speedtest.net może zgłosić rzeczywistą liczbę, która jest znacznie niższa. Różnica może polegać na ograniczaniu przepustowości przez dostawcę usług internetowych i aktywności w tle na jego komputerze (takiej jak pobieranie w tle, klienci udostępniania plików itp.).

Prezenterom zalecamy możliwie największą przepustowość przesyłania danych. Na przykład, jeśli prezenter udostępni swój pulpit, funkcja udostępniania pulpitu BigBlueButton spróbuje opublikować aktualizacje pulpitu tak szybko, jak to możliwe, na serwerze.

Czy połączenie przewodowe jest lepsze niż bezprzewodowe?

Tak. Użytkownik może mieć bardzo dobre doświadczenia z bezprzewodowym Internetem, ale jeśli inni usłyszą, że jego dźwięk jest uszkodzony lub przerywany, może albo zbliżyć się do bezprzewodowej stacji bazowej, wypróbować inną sieć bezprzewodową, albo (najlepiej) połączyć się bezpośrednio z połączeniem przewodowym.

Korzystanie z publicznej sieci Wi-Fi nie zawsze jest najlepsze. Do surfowania po Internecie może wystarczyć, ale opóźnienia i utrata pakietów mogą być niewystarczające do transmisji dźwięku lub obrazu w czasie rzeczywistym.

Konfiguracja

Jakie są minimalne wymagania dla klienta BigBlueButton?

Ze względu na przepustowość zalecamy prędkość pobierania 1 Mbit i wysyłania 0,5 Mbit. Użytkownicy mogą przetestować swoją rzeczywistą przepustowość za pomocą speedtest.net.

Jeśli chodzi o sprzęt, zalecamy dwurdzeniowy procesor z co najmniej 2 GB pamięci. Zalecamy dowolny system operacyjny obsługujący najnowsze wersje przeglądarek Google Chrome i Mozilla FireFox.

W przypadku przeglądarki zalecamy uruchomienie FireFox, Chrome lub najnowszej wersji Edge (opartej na Chromium). Dlaczego? Przeglądarki te zapewniają doskonałą obsługę komunikacji internetowej w czasie rzeczywistym (WebRTC). W systemie Mac OS X najnowsza przeglądarka Safari będzie również działać, ale FireFox i Chrome zapewnią lepszy dźwięk w warunkach mniejszej przepustowości.

Krótko mówiąc, jeśli użytkownik ma jakiekolwiek problemy (takie jak zniekształcony dźwięk lub okresowe rozłączanie), zalecamy wypróbowanie FireFox lub Chrome. Jeśli problemy będą się powtarzać, prawdopodobnie jest to problem z siecią. BigBlueButton przekaże im powiadomienia pomocne w rozwiązywaniu problemów.

Ilu jednoczesnych użytkowników może obsługiwać BigBlueButton?

Ogólna zasada jest taka, że jeśli Twój serwer BigBlueButton spełnia minimalne wymagania, serwer powinien być w stanie obsłużyć 200 jednoczesnych użytkowników, np. 3 jednoczesne sesje po 50 użytkowników, 6 x 25 itd. Większa liczba jednoczesnych użytkowników może być obsługiwana poprzez użycie lepszych serwerów i/lub użycie równoważenie obciążenia dla klastrów serwerów BigBlueButton.

Od wersji BigBlueButton 2.5 nie zalecamy stosowania pojedynczych sesji dla dwustu (200) użytkowników.

Członkowie naszej społeczności okresowo przeprowadzają testy warunków skrajnych dla BigBlueButton, które dają innym dane na temat tego, z czym dany serwer był w stanie sobie poradzić. Podejdź do każdego testu warunków skrajnych z przymrużeniem oka. W grę wchodzi wiele zmiennych:

• Serwer: pamięć procesora, miejsce na dysku i przepustowość
• Scenariusze użycia (liczba kamer internetowych i korzystanie z udostępniania pulpitu)
• Przepustowość przesyłania danych od klientów
• Konfiguracja BigBlueButton
• Wersja BigBlueButton

Skalowalność sesji BigBlueButton zależy również od tego, jakie multimedia użytkownicy udostępniają w sesji. Jeśli masz sesję z 20 użytkownikami i wszyscy udostępniają swoje kamery internetowe, ten scenariusz wygeneruje 400 strumieni (20 strumieni przychodzących do serwera i 380 strumieni wychodzących). Alternatywnie, jeśli w tej samej sesji tylko jedna osoba (instruktor) udostępnia swoją kamerę internetową, będzie 20 strumieni (1 przychodzący i 19 wychodzący).

Jeśli masz sesję z 20 użytkownikami i wszyscy korzystają ze swoich mikrofonów, 20 dwukierunkowych strumieni audio będzie miksowanych w czasie rzeczywistym przez FreeSWITCH. Alternatywnie, jeśli tylko jeden użytkownik (instruktor) udostępnia swój mikrofon, a 19 dołącza do trybu Listen Only, wówczas istnieje tylko jeden strumień miksowany przez FreeSWITCH (mniej procesora) i 19 strumieni jednokierunkowych udostępnianych użytkownikowi.

Jeśli nie masz pewności, ilu użytkowników będzie obsługiwany Twój serwer, zdecydowanie zalecamy najpierw przetestowanie własnego serwera z grupą użytkowników, aby uzyskać rzeczywiste dane.

Aby przetestować własny serwer, poproś pięć osób o zalogowanie się i otwarcie wielu kart przeglądarki, a każda karta zaloguje się do BigBlueButton i dołączy do konferencji audio. Mając 5 znajomych, możesz symulować 10, 20, 30 itd. użytkowników. Przekonasz się, że gdy procesor osiągnie 80%, dźwięk zacznie się pogarszać. Kiedy dźwięk zaczyna się pogarszać, oznacza to, że została określona maksymalna liczba użytkowników Twojego serwera.

Aby monitorować serwer, zajrzyj do sekcji monitorowania lub użyj innych ogólnych [narzędzi] monitorowania (https://www.ubuntugeek.com/bandwidth-monitoring-tools-for-ubuntu-users.html) dla Ubuntu Linux.

Dodatkowo możesz skorzystać z wsparcia komercyjnego, aby uzyskać pomoc w testowaniu obciążenia swojego serwera.

Gdzie znajduje się interfejs administratora dla BigBlueButton?

Ponieważ BigBlueButton jest kontrolowany przez jego API, nie ma panelu administracyjnego dla BigBlueButton. Większość funkcji konserwacji serwera jest obsługiwana przez bbb-conf.

Najpopularniejszym sposobem wykorzystania BigBlueButton jest skorzystanie z istniejącej aplikacji posiadającej wtyczkę. Zobacz lista integracji.

BigBlueButton jest również wyposażony w łatwy w użyciu interfejs o nazwie Greenlight.

Gdzie umówić się na spotkanie w BigBlueButton?

W BigBlueButton nie ma bazy danych spotkań ani bazy danych użytkowników. Cała ta logika biznesowa jest obsługiwana przez front-end.

BigBlueButton nie wie nic o spotkaniu, dopóki interfejs użytkownika (taki jak Moodle) nie wywoła interfejsu API „create” w celu utworzenia spotkania. W tym momencie BigBlueButton ma w pamięci spotkanie, ale nie ma jeszcze żadnych użytkowników. Jeśli w ciągu kilku minut nie dołączy żaden użytkownik, BigBlueButton automatycznie usunie spotkanie z pamięci.

Zazwyczaj frontend dołącza użytkowników do spotkania poprzez przekierowywanie użytkowników (którzy prawdopodobnie kliknęli przycisk dołączenia w interfejsie) do prawidłowego wywołania API „dołącz” na serwerze BigBlueButton. Serwer BigBlueButton sprawdza adres URL dołączenia (posiada odpowiednią sumę kontrolną i spotkanie jest aktywne).

Po zakończeniu spotkania (wszyscy użytkownicy opuszczą spotkanie, upłynie czas trwania spotkania lub moderator zakończy spotkanie), BigBlueButton tworzy nagranie (jeśli jest to wymagane) i usuwa spotkanie z pamięci.

Do obsługi spotkań i użytkowników BigBlueButton jest bezstanowy. Pomocne jest myślenie o BigBlueButton jak o serwerze internetowym. Nie pytasz serwera internetowego „czy mogę zaplanować pobieranie pliku jutro o 14:00”. Zamiast tego po prostu żądasz pliku, gdy jest to potrzebne. Serwer WWW przetwarza żądanie, zapomina o nim (po zalogowaniu) i przechodzi do kolejnego żądania.

Ta bezstanowa natura BigBlueButton sprawia, że ​​architektura jest prosta i ułatwia aktualizację serwera. Możesz zaktualizować lub nawet wymienić swój istniejący serwer BigBlueButton bez psucia interfejsu. Na przykład możesz wykonać kopię zapasową swoich nagrań, wymienić serwer BigBlueButton na nowy, przywrócić nagrania, przypisać serwerowi tę samą nazwę hosta i wspólny sekret, a front-end nie będzie w stanie dostrzec różnicy.

Sieć

Jak zmienić nazwę hosta mojego serwera BigBlueButton?

Jeśli zmienisz nazwę hosta (lub adres IP) swojego serwera BigBlueButton, możesz łatwo zmienić wszystkie powiązane pliki konfiguracyjne BigBlueButton za pomocą narzędzia bbb-conf.

Zalecamy uruchomienie BigBlueButton na porcie 80/443

Zalecamy uruchomienie BigBlueButton na porcie 80/443 — w szczególności, aby serwer nginx na serwerze BigBlueButton był powiązany z portem 80/443. Innymi słowy, odradzamy uruchamianie BigBlueButton na porcie 8081, 8088 lub innym porcie.

Przed wersją 0.8 bbb-conf umożliwiał skonfigurowanie BigBlueButton do działania na innym porcie, ale prowadziło to do szeregu problemów, które nie są od razu oczywiste:

1. Konflikty portów z istniejącymi aplikacjami
2. Rywalizacja o zasoby z istniejącymi aplikacjami

Dla doświadczonego administratora systemu powyższe problemy nie są nie do pokonania, jednak większość osób konfigurujących BigBlueButton nie jest doświadczonymi administratorami systemu. Dlatego zmiana portu powoduje, że klienci nie mogą się połączyć, BigBlueButton nie ładuje się i/lub wydajność jest mniejsza niż oczekiwano (z powodu rywalizacji o zasoby).

Czasami problemy te nie pojawiają się natychmiast. W przeszłości na naszych forach pojawiały się posty opisujące, jak ich serwer BigBlueButton czasami ma problemy lub nie pozwala użytkownikom na połączenie. W niektórych przypadkach, po długiej wymianie postów/e-maili tam i z powrotem, przyznali nam tymczasowy zdalny dostęp do swojego serwera, abyśmy mogli spróbować znaleźć błąd w BigBlueButton. Dopiero wtedy odkrylibyśmy, że na serwerze działa wiele aplikacji internetowych, które są w konflikcie z konfiguracją BigBlueButton, co znacznie zmniejsza zasoby dostępne dla BigBlueButton lub obu. W tych przypadkach nie wystąpił błąd w BigBlueButton, ale w konfiguracji.

Rozumiemy, że administratorzy chcą uruchamiać wiele aplikacji na jednym serwerze. Ma to sens w przypadku uruchamiania wielu aplikacji internetowych. Jeśli aplikacja internetowa zwróci stronę internetową w ciągu 350 milisekund zamiast 250 milisekund z powodu rywalizacji o zasoby, różnica w postrzeganiu przez użytkownika będzie minimalna. W najgorszym przypadku użytkownik pomyśli, że Twoja aplikacja internetowa jest nieco powolna, ale mimo to działa.

Jednak BigBlueButton to aplikacja przetwarzająca głos i wideo w czasie rzeczywistym. Ludzkie ucho jest bardzo wyczulone na opóźnienia w dźwięku. Jeśli BigBlueButton zwraca pakiety audio później niż zwykle lub dźwięk staje się zniekształcony, ponieważ procesor nie jest w stanie wystarczająco szybko przetworzyć pakietów audio z powodu rywalizacji o zasoby, opóźnienie w dźwięku jest dla użytkownika znacznie bardziej zauważalne niż opóźnienie w ładowaniu strony internetowej.

Z powyższych powodów zalecamy ustawienie BigBlueButton na serwerze dedykowanym nasłuchującym na porcie 80/443. Zalecamy również, aby nie uruchamiać żadnych innych aplikacji (takich jak plesk) na tym samym serwerze.

Jakie porty muszą być otwarte, aby użytkownicy zewnętrzni mogli połączyć się z BigBlueButton?

W przypadku portów TCP klienci muszą mieć możliwość połączenia się z serwerem BigBlueButton na porcie 80/443 (HTTP/HTTPS).

W przypadku portów UDP klienci muszą mieć możliwość połączenia się na porcie z zakresu 16384-32767 w celu uzyskania dźwięku opartego na WebRTC.

Czy BigBlueButton obsługuje tunelowanie?

Tak. Zobacz Konfiguruj zaporę sieciową.

Czy BigBlueButton zapewnia bezpieczną współpracę?

W BigBlueButton dostępnych jest wiele mechanizmów bezpieczeństwa.

Gdy serwer BigBlueButton jest zabezpieczony certyfikatem bezpieczeństwa na poziomie transportu (TLS), cała zawartość pobierana z serwera do przeglądarki użytkownika odbywa się za pośrednictwem bezpiecznego protokołu transportu hipertekstowego (HTTPS). Udostępniamy skrypt instalacyjny dla BigBlueButton, który może zautomatyzować konfigurację certyfikatu TLS (patrz bbb-install.sh).

Kiedy front-end wysyła żądanie API do BigBlueButton, serwer BigBlueButton sprawdza sumę kontrolną przychodzącego serwera obliczoną na podstawie wspólnego sekretu (patrz Model zabezpieczeń API). Jeśli dopasowanie sumy kontrolnej nie powiedzie się, żądanie zostanie zignorowane.

Po załadowaniu klienta BigBlueButton nawiązuje połączenia danych z serwerem BigBlueButton za pomocą szyfrowanego połączenia HTTPS z gniazdem sieciowym. Kiedy BigBlueButton udostępnia dźwięk, obraz lub ekran użytkownika, przeglądarka korzysta z wbudowanych bibliotek komunikacji internetowej w czasie rzeczywistym (WebRTC), które przesyłają pakiety protokołu czasu rzeczywistego (RTP) za pośrednictwem protokołu datagramów użytkownika (UDP) za pośrednictwem Datagram Transport Layer Security (patrz DTLS). Ponadto, aby zapewnić prywatność komunikacji dla protokołów datagramowych, pakiety multimedialne są szyfrowane przy użyciu protokołu Secure Real-Time Protocol (patrz SRTP).

Jak opisano powyżej, czy stwierdzenie, że w BigBlueButton istnieje wiele mechanizmów bezpieczeństwa, oznacza to, że BigBlueButton oferuje bezpieczną współpracę? Nie. Żaden system nie jest naprawdę bezpieczny, istnieją tylko poziomy bezpieczeństwa. Dbamy o bezpieczeństwo w projekcie BigBlueButton, dlatego jeśli odkryjesz w projekcie jakiekolwiek luki w zabezpieczeniach, możesz dokonać odpowiedzialnego ujawnienia, pisząc do nas na adres security@bigbluebutton.org.

Fronty

Czy BigBlueButton jest wyposażony w front end?

Czy mogę uruchomić wiele wirtualnych klas na jednym serwerze BigBlueButton?

Absolutnie. Aby zobaczyć przykład, sprawdź GreenLight w naszej puli serwerów demonstracyjnych. Możesz założyć wiele różnych pokoi, które będą rozmieszczone w puli serwerów, ale niektóre z nich będą na tym samym serwerze. Gdyby w puli znajdował się tylko jeden serwer, wszystkie wirtualne klasy znajdowałyby się na tym samym serwerze.

Jak skonfigurować nowe sale lekcyjne w BigBlueButton?

Jeśli używasz Sakai, Moodle, Drupal, Joomla, Wordpress lub innych systemów, które mają już integrację BigBlueButton, to zainstalowanie integracji zapewnia najłatwiejszy sposób umożliwienia użytkownikom dostępu do sesji BigBlueButton.

Alternatywnie możesz skonfigurować opcję Greenlight, aby móc łatwo zarządzać salami lekcyjnymi.

Jak zintegrować BigBlueButton z własnym serwerem?

BigBlueButton udostępnia API do integracji z innymi aplikacjami internetowymi.

Najlepszym podejściem jest sprawdzenie, jak inni dokonali integracji i dostosowanie swojego kodu do Twojej integracji. Czyż nie kochasz open source!

Konfiguracja serwera

Czy BigBlueButton oferuje stałe sesje?

Serwer BigBlueButton nie obsługuje trwałych ani stałych sesji, podczas których użytkownicy mogą na przykład wyjść i wrócić następnego dnia, a slajdy i wiadomości czatu zostaną zachowane.

To jest zgodne z projektem. Dlaczego tak się dzieje? Taka konstrukcja ułatwia administratorom systemu aktualizację lub wymianę serwera BigBlueButton bez konieczności migracji/aktualizacji jakiejkolwiek bazy danych. Analogicznie, serwer BigBlueButton działa jak serwer WWW. Podczas ładowania zawartości z serwera WWW nie informujesz serwera WWW: „Muszę załadować plik jutro o 14:00”; raczej po prostu ładujesz plik, gdy jest to potrzebne. Serwer WWW odpowiada na żądanie, a po zakończeniu zapomina o żądaniu i przechodzi do następnego.

Podobnie jest z serwerem BigBlueButton. Czas życia sesji na serwerze BigBlueButton rozpoczyna się w momencie, gdy front-end wysyła żądanie API create do serwera BigBlueButton. Po utworzeniu pokoju (żądanie create powiodło się) użytkownicy mogą dołączyć do sesji i wchodzić w interakcje w ramach sesji. Sesja kończy się (i jest usuwana z pamięci serwera) w momencie opuszczenia ostatniej osoby.

Korzystanie z BigBlueButton

Dostępność

Zaprojektowaliśmy BigBlueButton tak, aby był dostępny dla użytkowników z niepełnosprawnością wzrokową i/lub słuchową.

BigBlueButton obsługuje czytniki ekranu JAWS i NVDA. W przypadku korzystania z czytnika ekranu zalecamy korzystanie z przeglądarki Internet Explorer lub 32-bitowej wersji FireFox. 64-bitowe wersje FireFox i Chrome utrudniają interakcję czytników ekranu z klientem BigBlueButton.

BigBlueButton obsługuje automatyczne napisy na żywo. Gdy są one włączone na serwerze, użytkownicy mogą wybrać język transkrypcji podczas dołączania do dźwięku, a ich mowa jest dodawana do napisów dla innych użytkowników w sesji (zobacz Włącz napisy na żywo). Później, gdy BigBlueButton przetworzy nagranie, przekonwertuje te podpisy na napisy podczas odtwarzania. Panel z pełną transkrypcją jest dostępny za pośrednictwem wtyczki Transkrypcja na żywo.

Podpisy wpisywane przez osobę, np. stenografa, nie są już wbudowane w BigBlueButton 3.0. Są one dostępne za pośrednictwem wtyczki Wpisane napisy.

Pełne oświadczenie dotyczące naszej dostępności można znaleźć w https://bigbluebutton.org/accessibility/.

Udostępnianie ekranu

Co jest potrzebne do uruchomienia udostępniania pulpitu?

BigBlueButton korzystający z WebRTC do udostępniania dźwięku, wideo i ekranu. Powinieneś móc udostępniać swój ekran za pomocą przeglądarki Chrome, FireFox i najnowszej wersji Edge (opartej na Chromium). Nie musisz instalować żadnej wtyczki ani pobierać dodatkowego pliku binarnego, aby udostępnić swój ekran.

W chwili pisania tego tekstu możesz oglądać ekran prezentera na urządzeniach mobilnych, ale nie możesz udostępniać ekranu mobilnego.

Czy mogę udostępnić określone okno podczas udostępniania pulpitu?

Chociaż nie możesz wybrać konkretnego okna, w systemie Windows możesz udostępnić określony region pulpitu i umieścić okno w tym regionie.

Prezentacje

Czy mogę przesyłać dokumenty Microsoft Office do BigBlueButton?

Tak. BigBlueButton używa LibreOffice 4.3 do konwertowania dokumentów Microsoft Office do formatu PDF w celu wyświetlenia w BigBlueButton.

Jeśli to możliwe, aby uzyskać najlepsze wyniki, zapisz dokument programu Word lub PowerPoint w formacie PDF. Jeśli używasz pakietu Office 2007, zalecamy skorzystanie z bezpłatnego oprogramowania do pobrania firmy Microsoft, aby umożliwić pakietowi Office 2007 zapisanie dowolnego dokumentu w formacie PDF: link do pobrania.

Zawsze uzyskasz najlepsze wyniki dzięki plikom PDF.

Czy moje animacje i filmy w programie PowerPoint zostaną skonwertowane po przesłaniu?

Kiedy przesyłasz dokument PowerPoint, BigBlueButton przekonwertuje go na format PDF (przy użyciu LibreOffice), a następnie na skalowalną grafikę wektorową (SVG) do wyświetlenia w kliencie.

Konwersja do formatu PDF usunie wszelkie animacje (wizualne lub dźwiękowe), łącza i osadzoną zawartość. Pod koniec konwersji zobaczysz ostatni slajd w BigBlueButton. Dobrym rozwiązaniem byłoby podzielenie animowanego slajdu na wiele slajdów z pośrednimi etapami animacji przy użyciu wtyczek takich jak PPspliT. Alternatywnie możesz udostępnić ekran przedstawiający prezentację programu PowerPoint; BBB może udostępniać nie tylko animacje i wideo, ale także dźwięk dla większości kompatybilnych przeglądarek.

Jeśli jako prezenter chcesz udostępnić film na YouTube, Vimeo lub Panopto, skorzystaj z wbudowanej funkcji Share an external video (wybierz przycisk „+”, aby zobaczyć tę opcję).

Przesłałem dokument, ale po konwersji brakuje niektórych czcionek

Jeśli prześlesz dokument PDF, wszystkie czcionki pojawią się w dokumencie. Innymi słowy, aby uzyskać najlepsze wyniki, jeśli to możliwe, zawsze utwórz plik PDF i prześlij go do konwersji.

Jeśli przesyłasz dokument programu Word lub Power Point zawierający specjalne czcionki, np. język chiński, dokument ten musi najpierw zostać przekonwertowany przez LibreOffice na format PDF. Jeśli nie skonfigurowałeś serwera LibreOffice działającego w ramach BigBlueButton tak, aby zawierał niezbędne czcionki, wówczas zobaczysz puste miejsca (lub pola) na brakujące czcionki.

Aby dodać czcionki japońskie, wprowadź następujące polecenia na serwerze BigBlueButton.

$ sudo apt-get install libreoffice-l10n-ja
$ sudo apt-get install fonts-ipaexfont
$ sudo bbb-conf --restart

Czy BigBlueButton obsługuje tablicę dla wielu użytkowników?

Tak.

Wideo

Jestem na Ubuntu i nie mogę udostępnić mojej kamery internetowej

Zobacz dokumentację Ubuntu dla Webcam Rozwiązywanie problemów.

Konferencja głosowa

Dlaczego inni nie słyszą mnie podczas konferencji głosowej?

Jeśli inni uczestnicy konferencji głosowej nie słyszą Cię, gdy mówisz, prawdopodobnie przeglądarka wybrała niewłaściwy mikrofon na Twoim komputerze. Możesz kliknąć ikonę telefonu dwa razy — raz, aby wyjść i drugi raz, aby ponownie dołączyć — i spróbować ponownie dołączyć do dźwięku. Gdy zobaczysz test echa, jeśli nie słyszysz siebie, kliknij „nie” i wybierz inny mikrofon.

Dlaczego inni słyszą tylko część mojego dźwięku?

FreeSWITCH posiada funkcję automatycznego obcinania dźwięku, co oznacza, że ​​nie będzie transmitował dźwięku z głośnika, jeśli głośność będzie zbyt niska. Jeśli dźwięk głośnika jest cichy, FreeSWITCH może potrzebować chwili, aby rozpoznać, że ktoś mówi przed transmisją, powodując, że inni usłyszą Twój dźwięk dopiero po tym, jak zaczniesz mówić kilka słów.

Możesz także zmienić ustawienia FreeSWITCH, aby obniżyć domyślny próg audio. Aby obniżyć próg, przełącz się na konto root, a następnie edytuj

 /opt/freeswitch/conf/autoload_configs/conference.conf.xml

i ustaw poziom energii na niższą wartość (np. 100)

   <profile name="wideband">
     <param name="energy-level" value="100"/>

Zapisz plik, a następnie wykonaj sudo bbb-conf --restart, aby ponownie uruchomić BigBlueButton.

Dlaczego podczas konferencji głosowej słychać echo?

W BigBlueButton stosujemy wbudowaną funkcję eliminacji echa akustycznego, dzięki czemu w większości przypadków nie powinieneś słyszeć żadnego echa od zdalnych użytkowników.

W każdym razie zawsze zalecamy, aby Twoi zdalni użytkownicy korzystali z zestawu słuchawkowego z mikrofonem. Zapewni to najlepszy dźwięk podczas sesji.

Jeśli zdalny użytkownik korzysta z laptopa z wbudowanym mikrofonem, nie powinno być słychać echa. Jeśli jednak dwóch zdalnych użytkowników korzysta z laptopów z wbudowanymi mikrofonami i żaden z nich nie korzysta z zestawu słuchawkowego, a obaj siedzą blisko siebie (na tyle blisko, że mikrofon w jednym laptopie może odbierać dźwięk z głośników drugiego laptopa), usłyszysz echo. Powodem jest to, że wbudowana funkcja eliminacji echa działa tylko w przypadku dźwięku pochodzącego z laptopa-hosta — dźwięk dochodzący z drugiego laptopa będzie odbierany jako zewnętrzne źródło dźwięku.

Jeśli uczeń powoduje echo, najlepszym sposobem rozwiązania tego problemu, jeśli jesteś zalogowany jako moderator, jest wyciszenie użytkownika poprzez kliknięcie ikony mikrofonu po lewej stronie jego imienia.

Ogólnie rzecz biorąc, najlepszym rozwiązaniem jest poproszenie wszystkich użytkowników o korzystanie z zestawu słuchawkowego — zapewni to brak szumów tła i echa.

Jak uzyskać najlepszy dźwięk?

Użyj FireFox lub Chrome.

Obie te przeglądarki obsługują dźwięk komunikacji internetowej w czasie rzeczywistym (WebRTC). BigBlueButton użyje WebRTC do odtwarzania dźwięku, jeśli użytkownik korzysta z przeglądarki FireFox lub Chrome.

Nagrywanie i odtwarzanie

Gdzie jest przycisk nagrywania?

W BigBlueButton zewnętrzna aplikacja korzystająca z BigBlueButton API może teraz podczas tworzenia sesji przekazać dodatkowy parametr record=true. Ten dodatkowy parametr instruuje serwer BigBlueButton, aby nagrał sesję i udostępnił nagranie poprzez kolejne wywołania getRecordings.

Prezenter nie ma interfejsu użytkownika umożliwiającego włączenie lub wyłączenie nagrywania.

Po otrzymaniu instrukcji za pośrednictwem wywołania API serwer BigBlueButton zarejestruje całe spotkanie, od chwili przyłączenia się pierwszej osoby do momentu opuszczenia ostatniej osoby. Spotkanie może również zakończyć się, gdy osiągnie swój czas trwania lub gdy na spotkaniu zostanie wywołany end.

Jakie części sesji nagrywa BigBlueButton?

BigBlueButton rejestruje całą aktywność podczas prezentacji, czatu, kamer internetowych i udostępniania pulpitu w celu odtwarzania.

Jakie przeglądarki obsługują odtwarzanie?

BigBlueButton obsługuje odtwarzanie w przeglądarkach Chrome i FireFox.

W BigBlueButton dźwięk z nagranej sesji jest kodowany w Vorbis, formacie audio typu open source, który nie jest objęty patentem. Odtwarzanie dźwięku Vorbis jest obsługiwane w przeglądarkach FireFox i Chrome, ale nie w IE i Safari.

BigBlueButton odtworzy nagrania z kamer internetowych z sesji przy użyciu kontenera WebM, który dzięki Google zapewnia wysokiej jakości kodek wideo VP8 typu open source. Odtwarzanie wideo w VP8 jest obsługiwane przez FireFox i Chrome (zobacz artykuł na Wikipedii wideo HTML5). Jeśli chcesz obsługiwać odtwarzanie nagrań dla użytkowników mobilnych przeglądarki Safari w systemie iOS, zobacz Włącz odtwarzanie nagrań w systemie iOS.

Jakie jest zużycie miejsca na dysku do przechowywania jednej godziny nagrań?

Wartości przechowywania dla różnych typów sesji w BigBlueButton 0.81.

Rozmiary plików dotyczą jednogodzinnej sesji. Po zakończeniu nagranej sesji BigBlueButton archiwizuje całą surową zawartość, a następnie uruchamia skrypty nagrywające w celu utworzenia formatu publikacji (prezentacji).

Tabela jest szersza od ekranu. Przewiń ją w poziomie.

Archiwum

W przypadku dźwięku pamięć strumienia audio wynosi 110 MB/h. Miejscem przechowywania jest plik .wav.

W przypadku dźwięku i kamery internetowej dodatkowa pamięć służy do zapisywania poszczególnych strumieni z kamery internetowej. Godzinny strumień z kamery internetowej w domyślnej rozdzielczości (320x240) to 20M.

W przypadku dźwięku i współużytkowania biurka dodatkowa pamięć przeznaczona jest na strumień udostępniania pulpitu (w danym momencie będzie tylko jeden strumień). Jednogodzinny strumień udostępniania pulpitu to 125M.

Odtwarzanie

Na potrzeby odtwarzania dźwięk, kamery internetowe i udział pulpitu są przetwarzane w jeden plik odtwarzany WebM (kodek VP8).

Tylko w przypadku dźwięku plik WebM ma rozmiar 5,4 MB. Istnieje dodatkowy plik audio Vorbis o rozmiarze 5M.

Tylko w przypadku dźwięku i kamery internetowej istnieje pojedynczy plik webM o rozmiarze 51 MB.

Do udostępniania dźwięku i pulpitu dostępny jest pojedynczy moduł WebM o pojemności 72 MB.

Czy mogę zobaczyć całkowity czas sesji?

Informacje wyświetlane podczas odtwarzania zależą od przeglądarki.

W przeglądarce Chrome komponent odtwarzania audio pokazuje tylko bieżący indeks czasu odtwarzania. Aby zobaczyć całkowitą długość sesji, możesz przewinąć dźwięk do końca po załadowaniu pliku audio.

W FireFox komponent odtwarzania audio pokazuje zarówno bieżący indeks czasu, jak i całkowity czas pliku audio.

Jak zmodyfikować domyślny format odtwarzania?

Skrypty przyjmowania i przetwarzania napisane w języku Ruby przetwarzają zarejestrowane zdarzenia i multimedia w celu utworzenia opcji odtwarzania. Domyślne skrypty, zwane presentation.rb (istnieje skrypt do przetwarzania i publikowania), znajdują się w

/usr/local/bigbluebutton/core/scripts/process/presentation.rb
/usr/local/bigbluebutton/core/scripts/publish/presentation.rb

BigBlueButton używa do odtwarzania popcorn.js, platformy multimedialnej HTML5.

Modyfikując plik prezentacja.rb, możesz na przykład wykluczyć czat z układu, dodać motywy lub kolory, zmienić układ strony internetowej HTML5, dodać link do pobrania zawartości itp.

Jak pobrać nagraną sesję?

Większość osób chcących pobrać nagraną sesję oczekuje pojedynczego łącza umożliwiającego pobranie pliku wideo.

Natomiast BigBlueButton nie tworzy pliku wideo do odtwarzania. Pliki wideo z trzygodzinnego wykładu mogą być bardzo duże. Zamiast tego BigBlueButton tworzy stronę HTML5, która odwołuje się do obrazów PNG i dźwięku, a czas indeksuje obrazy PNG względem dźwięku, aby dopasować je do ich wyświetlania w sesji. W rezultacie odtwarzane pliki źródłowe są bardzo małe i można je przechowywać na dowolnym serwerze internetowym. Wadą jest to, że przeglądarka przerwie pobieranie całej zawartości, ale po pobraniu serwer WWW nie jest już obciążony.

Inne

Dlaczego zawartość nie jest zachowywana pomiędzy sesjami?

BigBlueButton nie przechowuje żadnej treści – takiej jak czat, udostępnione notatki, przesłane slajdy, adnotacje itp. – pomiędzy sesjami. Kiedy kończysz spotkanie i zaczynasz nowe, rozpoczynasz nowe spotkanie z czystym kontem.

Rozpoczynanie każdego spotkania jako nowego spotkania jest zgodne z projektem. Aby zrozumieć dlaczego, warto pomyśleć o BigBlueButton jak o serwerze internetowym. Serwer WWW nie przechowuje stanu pomiędzy żądaniami (poza rejestrowaniem żądania). Dzięki temu architektura serwera WWW jest znacznie prostsza i łatwiejsza w rozbudowie: serwer WWW może skoncentrować się na obsłudze jak największej liczby żądań równolegle i możliwie najskuteczniej.

W podobny sposób serwer BigBlueButton skupia się na możliwie efektywnym prowadzeniu wielu równoległych spotkań. Jeśli spotkanie zostało nagrane, odrębny proces później przekształci zapisane spotkanie w nagranie. Z drugiej strony, jeśli serwer BigBlueButton rzeczywiście przechowywał stan z poprzednich spotkań, pamięć ta musiałaby być konserwowana, aktualizowana i migrowana podczas aktualizacji serwera. Występowałyby również problemy związane z prywatnością — jak zachować przechowywany stan i jak nim zarządzać w przypadku żądań prywatności (prawdopodobnie wymagałoby to osobnego interfejsu). Ogólnie rzecz biorąc, projekt BigBlueButton byłby bardziej złożony. Ponadto równoważenie obciążenia (takie jak w przypadku scalelite) byłoby trudniejsze, ponieważ każdy serwer BigBlueButton korzystałby z centralnego magazynu obiektów dla wszystkich poprzednich spotkań.

Interfejs API umożliwia interfejsowi wstępne przesłanie prezentacji, co daje moderatorowi możliwość dostosowywania spotkań za pomocą tej samej prezentacji.

Krótko mówiąc, to bezstanowe podejście znacznie upraszcza ogólną architekturę BigBlueButton, a prostota jest dobra do skupiania się na szybkości, stabilności, łatwości konserwacji kodu, prywatności i skupianiu zasobów na budowaniu funkcji ważnych dla instruktorów.

Tworzenie BigBlueButton

Konfiguracja

Konfigurowanie środowiska programistycznego

Pełne instrukcje można znaleźć w Rozwój BigBlueButton.

Gdzie mogę pobrać najnowszą wersję?

Możesz pobrać najnowszy kod z Git. Zobacz repozytorium BigBlueButton GitHub.

Rozwiązywanie problemów

Łączność

Użytkownicy nie pojawiają się w oknie nasłuchiwania

Aby użytkownik pojawił się w oknie słuchacza, aplikacja innej firmy korzystająca z API BigBlueButton do utworzenia pokoju musi przekazać parametr voiceBridge w wywołaniu create. Zobacz rozmowę utwórz spotkanie.

Następnie BigBlueButton musi pomyślnie połączyć się z portem SIP FreeSWITCH i warstwą gniazda zdarzeń FreeSWITCH. Aby rozwiązać problemy z połączeniem, zobacz pytanie poniżej.

Audio

Mam dwa mikrofony i chcę wybrać jeden, aby dołączyć do konferencji głosowej

Po wejściu do klienta kliknij prawym przyciskiem myszy i przejdź do Ustawienia > Ikona mikrofonu > wybierz swój mikrofonu i porozmawiaj, aby sprawdzić, czy działa, sprawdzając pasek głośności.

Niektórzy użytkownicy doświadczają problemów z dźwiękiem

Podczas korzystania z FireFox lub Chrome BigBlueButton wykorzystuje wysokiej jakości kodek OPUS, który przesyła i odbiera pakiety audio przez UDP.

Aby skonfigurować BigBlueButton dla użytkowników zewnętrznych, np. podczas zajęć on-line, zalecamy uruchomienie BigBlueButton na dedykowanym (nie wirtualnym) serwerze z przepustowością 250M bitów/s do/z serwera. Co więcej, my, zdalni użytkownicy, mamy minimalną przepustowość wysyłania wynoszącą 0,5 Mbit/s i przepustowość pobierania wynoszącą 1,0 Mbit/s.

Gdy zdalni użytkownicy doświadczają problemów z dźwiękiem, sprawdź następujące obszary:

1. Sprawdź dostępność procesora na serwerze BigBlueButton

Zaloguj się do serwera BigBlueButton podczas sesji i obserwuj jego procesor za pomocą polecenia top. Podczas uruchamiania top naciśnij „1”, aby wyświetlić listę wszystkich procesorów i ich obciążenia. Powinieneś zobaczyć Cpu0, Cpu1 itd. Jeśli używasz czterordzeniowego procesora z funkcją Hyper-threading (zalecane), zobaczysz osiem wirtualnych procesorów.

Ogólne użycie procesora powinno pozostać poniżej 70%. Jeśli całkowite użycie procesora stale utrzymuje się na poziomie powyżej 70%, prawdopodobnie wystąpią problemy z dźwiękiem, ponieważ serwer BigBlueButton nie będzie miał wystarczającej ilości dostępnego procesora, aby nadążyć za pakietami audio.

Jeśli Twój serwer BigBlueButton jest zwirtualizowany, nie ma gwarancji, ile czasu procesora uzyska Twój serwer. Jeśli dzielisz procesor swojego serwera BigBlueButton z innymi zwirtualizowanymi serwerami na hoście, przetwarzanie pakietów audio przez BigBlueButton zajmie więcej czasu. Ta konfiguracja może również wpływać na jakość dźwięku.

2. Sprawdź przepustowość dostarczoną do ISP serwera BigBlueButton

Aby przetestować przepustowość serwera, będziesz potrzebować drugiego serwera w Internecie, który ma co najmniej tak dobrą przepustowość jak Twój serwer. Upewnij się, że drugi serwer jest zewnętrzny i korzysta z połączenia internetowego dostawcy usług internetowych. Jeśli na serwerze BigBlueButton nie ma znaczącej aktywności sieciowej (np. nie ma aktywnych sesji BigBlueButton), spróbuj przesłać duży plik do/z serwera BigBlueButton na drugi serwer zewnętrzny za pomocą scp. Dzięki temu uzyskasz przybliżone oszacowanie maksymalnych szybkości transferu. Sprawdź u swojego usługodawcy internetowego, czy te szybkości transferu są niskie.

Następnie spróbuj monitorować ruch na serwerze na początku zajęć. Istnieje wiele poleceń systemu Unix do monitorowania ruchu, a jednym z nich jest bmon.

$ sudo apt-get install bmon

bmon pokaże ilość danych przychodzących (szybkość RX) i przesyłanych (dane TX) w kilobajtach lub megabajtach, więc będziesz musiał pomnożyć przez 8, aby otrzymać bity/s.

Gdy użytkownicy BigBlueButton dołączą do dźwięku na Twoim serwerze, powinieneś zobaczyć zwiększenie zarówno liczby TX, jak i RX. Jeśli nie widzisz, że te liczby rosną, gdy dołączają nowi użytkownicy lub, na przykład, gdy prezenter przesyła nowe slajdy, lub gdy ktoś udostępnia kamerę internetową itp., oznacza to, że osiągnąłeś limit przepustowości swojego serwera. W tym momencie jakość dźwięku wszystkich użytkowników zacznie się pogarszać, ponieważ przepustowość jest niewystarczająca dla nowych użytkowników lub wykonywania typowych operacji (takich jak przesyłanie slajdów).

Aby lepiej oszacować przepustowość wymaganą dla użytkowników, zobacz ten wpis w często zadawanych pytaniach.

3. Sprawdź połączenie sieciowe dla klientów

Możesz mieć serwer dedykowany o wystarczającej przepustowości, ale jeśli połączenie internetowe zdalnych użytkowników jest słabe, jakość dźwięku nie będzie dobra.

Zalecamy, aby użytkownicy mieli prędkość wysyłania 0,5 Mbit/s i prędkość pobierania 1,0 Mbit/s. Oczywiście nie są to twarde liczby i BigBlueButton z pewnością będzie działał z mniejszą przepustowością, ale jeśli Twoi klienci mają przepustowość w tym zakresie, powinni cieszyć się dobrym dźwiękiem.

Aby przetestować rzeczywistą przepustowość Internetu użytkownika, poproś go o odwiedzenie strony https://speedtest.net/.. Wyniki https://speedtest.net/ dadzą dość dokładny test prędkości wysyłania i pobierania przez użytkownika. Jeśli te wartości są znacznie mniejsze niż prędkość wysyłania 0,5 Mbit/s i prędkość pobierania 1,0 Mbit/s, dźwięk będzie słaby. Jednym z szybkich sposobów sprawdzenia jest poproszenie użytkowników o wyłączenie wszelkich transferów plików, które mają w tle (takich jak klienci BitTorrent) i ponowne uruchomienie testu.

Wiele razy problemy z jakością dźwięku można rozwiązać, poprawiając łączność sieciową. Sprawdź, czy użytkownik przesyłający dźwięk korzysta z połączenia bezprzewodowego. Jeśli to możliwe, zmień połączenie na połączenie przewodowe lub zbliż się do bezprzewodowej stacji bazowej.

Ponadto, jeśli ładowanie klienta użytkownika zajmuje ponad minutę, prawdopodobnie tuneluje przez port 80, co jeszcze bardziej pogorszy jakość dźwięku.

Ogólnie rzecz biorąc, jeśli wszyscy użytkownicy napotykają problemy z dźwiękiem, przyczyną może być przeciążenie procesora BigBlueButton lub przepełnienie przepustowości serwera BigBlueButton.

Jeśli konkretny użytkownik ma słabą jakość dźwięku (tj. tylko jego dźwięk jest przerywany, ale wszyscy inni brzmią dobrze), poproś tę osobę o wykonanie testu prędkości. Ponadto, jeśli to możliwe, jeśli prowadzisz z nimi sesję i możesz sprawdzić, czy ich dźwięk jest słaby, poproś ich o sprawdzenie krzyżowe za pomocą strony demo.bigbluebutton.org (która korzysta z dedykowanego połączenia o dużej przepustowości). W szczególności poproś tego użytkownika o utworzenie pokojów GreenLight i dołączenie do nich, dołączenie do nich w pokoju i ponowne sprawdzenie dźwięku. Jeśli dźwięk brzmi lepiej, może to oznaczać, że połączenie internetowe użytkownika do/z serwera BigBlueButton odrzuca więcej pakietów niż do/z serwera demonstracyjnego BigBlueButton.

4. Sprawdź przeglądarkę

Zalecamy użytkownikom korzystanie z FireFox lub Chrome w celu przesyłania/odbioru najlepszego dźwięku. Obie te przeglądarki obsługują platformę komunikacji internetowej w czasie rzeczywistym.

Prezentacja

Dlaczego nie mogę zmienić rozmiaru mojego dokumentu portretowego?

BigBlueButton zaprojektowano tak, aby osoby przeglądające okno prezentacji były zawsze zsynchronizowane z widokiem prezentera. Nie jest możliwe, aby prezenter wskazał na coś, a widz powiedział: „Nie widzę, na co wskazujesz”.

Aby zachować synchronizację okien prezentacji, podczas przesyłania prezentacji (w poziomie lub w pionie) rozmiar okna prezentacji staje się proporcją prezentacji. Ty i widz możecie mieć okna o różnej wielkości ze względu na rozmiary monitorów, ale oboje zawsze widzicie tę samą treść.

W przypadku dokumentów poziomych podejście „dopasuj do strony” sprawdza się dobrze. Monitory są ustawione poziomo, więc prezentowanie dokumentu w orientacji poziomej dobrze wykorzystuje przestrzeń ekranu.

Jednakże w przypadku dokumentów portretowych podejście „dopasowujące się do strony” oznacza, że ​​tekst jest zwykle zbyt mały, aby można go było odczytać. Prezenter może powiększyć część dokumentu, ale BigBlueButton nie zmienia szerokości samego okna prezentacji — utrzymuje tę proporcję, aby zapewnić synchronizację zarówno prezentera, jak i przeglądającego.

W przyszłej wersji planujemy dodać opcję „dopasuj do szerokości” w BigBlueButton, która zapewni synchronizację przeglądających i prezenterów, ale umożliwi prezenterowi lepsze wyświetlanie dokumentów portretowych.

Administracja

bbb-conf --check report IP hosta nie pasuje do BigBlueButton

To naprawdę bardziej ostrzeżenie niż błąd. Jeśli używasz nazwy DNS i ta nazwa DNS jest tłumaczona na adres IP lub masz zewnętrzną nazwę DNS, która jest przekazywana do BigBlueButton, możesz bezpiecznie zignorować ostrzeżenie.

Które pliki dziennika powinienem sprawdzić pod kątem błędów?

Informacje o dzienniku i pliku konfiguracyjnym można znaleźć tutaj.

Inne pytania

Kiedy funkcja X zostanie zaimplementowana?

BigBlueButton jest tworzony przez grupę (bardzo zdeterminowanych) programistów open source, którzy poświęcają swój czas na projekt. Niektórzy z nas pracują także dla firm, które zapewniają wsparcie komercyjne dla BigBlueButton.

Chcemy, aby BigBlueButton stał się wiodącym systemem konferencji internetowych typu open source do nauki on-line. To nie lada zadanie, ale od 2008 roku skupiamy się na tym celu. Dziś BigBlueButton jest używany na całym świecie i zlokalizowany w ponad 50 językach.

Czas jest cennym dobrem. Ogólnie rzecz biorąc, planując każde wydanie, przyglądamy się nierozwiązanym problemom i grupujemy je w trzy kategorie (według priorytetu)

1. Jakie są najważniejsze elementy naszej mapy drogowej (są to funkcje, które najlepiej wspierają nasz docelowy rynek nauczania on-line)?
2. Jakie refaktoryzacje/funkcje wykonywane przez główne osoby odpowiedzialne za zatwierdzanie są potrzebne, aby ulepszyć podstawowy kod /maintainability/usability produktu?
3. O wdrożenie jakich funkcji prosi nasza społeczność (w szczególności te, które nie są związane z edukacją na odległość, ale dla niektórych byłyby przydatne, np. zdalne sterowanie pulpitem)?

Aby zapoznać się ze szczegółowym zestawieniem funkcji (i poprawek błędów), które są w przygotowaniu, zobacz nasze narzędzie do śledzenia problemów. Jeśli funkcja, o którą prosisz, nie jest jeszcze żądana jako problem, możesz otworzyć nowy problem i przedstawić przekonujący argument, że dana funkcja należy do kategorii (1), (2) lub (3).

Ponadto, jeśli jesteś firmą komercyjną, która wykorzystuje BigBlueButton do swoich własnych produktów, możesz zaangażować jedną z firm, które zapewniają wsparcie komercyjne, aby przyspieszyła Twoją funkcję.

W przypadku (2) często wracamy do wcześniej zaimplementowanej funkcji, aby poprawić jej wydajność lub zrefaktoryzować jej kod. Taka praca zwykle ma miejsce, gdy chcemy ulepszyć jakąś funkcję (zwykle robimy to refaktoryzując ją) lub dodać nowe możliwości (takie jak refaktoryzacja podstawowych komunikatów w celu obsługi klienta HTML5).

Jeśli Twoja funkcja należy do kategorii (3), masz opcje. BigBlueButton to projekt typu open source: jeśli Ty (lub Twoja organizacja) chcesz ulepszyć BigBlueButton, czekamy na Twój wkład. Zobacz Wspieranie BigBlueButton. Jeśli chcesz zaangażować inne firmy do przyspieszenia działania tej funkcji, zobacz firmy, które zapewniają wsparcie komercyjne.

Jak mogę przekazać pieniądze na projekt?

Projekt BigBlueButton nie przyjmuje darowizn. Uważamy, że jest to kiepski model biznesowy do prowadzenia projektu open source, ponieważ sugeruje, że programiści działają na rzecz organizacji charytatywnej.

Jeśli chcesz wspomóc finansowo projekt, możesz zwrócić się do kilku firm oferujących wsparcie komercyjne dla BigBlueButton i skorzystać z ich usług. Takie postępowanie tworzy zdrowy ekosystem wokół projektu, w którym zachęca się firmy do wnoszenia swoich zasobów w celu ulepszenia projektu i stworzenia większej puli potencjalnych klientów chcących skorzystać z ich usług.

Doceniamy również pozytywne opinie na temat naszego projektu. Jeśli korzystasz z Twittera, wyślij nam tweeta na adres @bigbluebutton. Pomaga to zwiększyć świadomość na temat naszego projektu, aby inni również mogli z niego skorzystać.

Jak zmienić markę BigBlueButton?

Aby oznaczyć marką BigBlueButton, skonfiguruj środowisko programistyczne, aby utworzyć własną wersję klienta HTML5. Możesz użyć narzędzi do sprawdzania przeglądarki, aby zobaczyć, gdzie załadowany jest każdy przedmiot, który chcesz oznaczyć marką.