...
- Édition d'un webinaire, par le présentateur (notion de premier modérateur dans BigBlueButton)
- Les explications sur le mode webinaire, accessible aux usagers
...
- L'interface BigBlueButton, avec le compte streaming connecté
- La page des évènements en direct
...
- Le direct pour les auditeurs, avec le chat intégré (si activé par le présentateur)
- Les informations et actions réalisables sur un webinaire en cours
...
- BigBlueButton, que cela soit une infrastructure locale ou plutôt celle de l'ESR
- SIPMediaGW, le projet de connecteur de salles visioconférence par RENATER
https://www.renater.fr/connecteur-de-salles-la-solution-dinteroperabilite-entre-les-differents-systemes-de-visioconference/ - Pod, en ce qui concerne l’interface usager et la jonction avec BigBlueButton.
...
| Info |
|---|
Pour plus d'informations sur les directs, veuillez consulter la documentation : https://www.esup-portail.org/wiki/x/BgC8KQ Par exemple, si vous saisissez :
Cette passerelle de live pourra gérer un webinaire; le flux vidéo et audio sera envoyé par SIPMediaGW via le protocole RTMP au serveur live.univ.fr, sur l'application live avec le nom nom. Le direct du webinaire, affiché dans la page des directs de Pod, lira le flux vidéo et audio via le protocole HLS à l'adresse https://live.univ.fr/hls/nom.m3u8. |
...
| Remarque |
|---|
Chaque passerelle de live pourra alors être utilisé pour réaliser un webinaire. Cela signifie qu'il est possible d'avoir plusieurs passerelles de live pour pouvoir gérer plusieurs webinaires en parallèle (sur des plages horaires qui se chevauchent). Par exemple, si je définis défini 2 passerelles de live, il pourra y avoir 2 webinaires en parallèle sur les mêmes périodes. Bien entendu, il faut que le serveur SIPMediaGW (ou les serveurs SIPMediaGW accessibles derrière un proxy) aient les ressources nécessaires pour gérer autant de webinaires. |
...
| Info |
|---|
Le fait de créer un webinaire va automatiquement créer un nouvel évènement accessible dans la page des directs (selon le paramétrage du diffuseur utilisé par la passerelle de live). |
Lorsque le présentateur démarre le webinaire :
- la réunion BigBlueButton est lancée.
- une requête, de démarrage, sera réalisée sur le serveur configuré SIPMediaGW qui va alors se connecter à Pod avec un utilisateur "streaming" sur la réunion définie comme webinaire.
...
- l'utilisateur streaming récupère le flux vidéo/audio et renvoie ce flux sur le serveur RTMP d'une passerelle de live disponible.
- les auditeurs peuvent alors assister au webinaire sur l'interface des directs; selon la configuration, le décalage doit être de l'ordre de 10s.
Si le présentateur a coché l'option permettant d'activer le chat, les auditeurs connectés auront la possibilité d'envoyer un message directement via l'interface des directs dans Pod.
Ce message sera envoyé à la session BigBlueButton du présentateur.
Pendant le webinaire, le présentateur peut utiliser l'ensemble des options et actions sur le webinaire, à savoir :
- modifier les paramètres de date et de durée,
- modifier le paramètre d'activation du chat,
- redémarrer seulement le direct
- arrêter seulement le direct,
- terminer immédiatement le webinaire (réunion et direct),
- terminer la réunion dans BigBlueButton, ce qui aura pour effet d'arrêter le direct en moins de 2 minutes.
| Info |
|---|
Le fait d'arrêter le direct correspond à envoyer une requête de type Stop au serveur SIPMediaGW; à l'heure actuelle, l'arrêt prends de l'ordre de 10s. Ainsi, il peut y avoir un peu d'attente lors de l'arrêt du direct, redémarrage du direct et lors d'un clic sur Terminer le webinaire. Par contre, le démarrage est quant à lui très rapide. |
| Info |
|---|
| Le présentateur peut également modifier à sa convenance la date et la durée du webinaire; l'évènement est modifié en conséquence. Cela peut-être pratique pour tester le système avant le jour J. |
Exploitation
L'interface d'administration
2 nouvelles interfaces sont maintenant disponibles dans l'administration, à savoir :
L'administration des passerelles de live
L'administration des directs (au sens sessions BigBlueButton)
Il y a aussi le module de gestion des directs, en particulier pour les évènements :
Les fichiers de logs
Selon votre configuration (cf. fichier pod_uwsgi.ini), il vous est possible de retrouver les logs de ce mode webinaire dans le fichier de logs applicatif de Pod.
Par exemple, il peut s'agir de /home/pod/django_projects/podv3/uwsgi/uwsgi-pod.log ou /var/log/syslog
Il suffit de rechercher les lignes contenant le mot-clé webinar.
Voici un exemple de ligne en lien avec les webinaires :
[29/Mar/2024 14:50:11] INFO [webinar - webinar.py:225] start_rtmp_gateway for meeting 13 “Webinaire du 29 mars 2024”: {"res": "ok", "app": "streaming", "uri": ""} (EXCEPTION: None)
| Info |
|---|
| Il faut savoir que toutes les actions importantes sont loggués, même s'il n'y a pas d'erreurs. |