- EmacsConf 2024 a organisé 31 présentations et 21 sessions de questions-réponses en conférence web, puis a terminé la mise en ligne des vidéos et les e-mails de remerciement, en consignant les pistes d’amélioration tirées de l’exploitation réelle
- Entre l’appel à propositions et l’événement, l’équipe a prévu suffisamment de temps et a fortement recommandé les vidéos préenregistrées, afin de réduire la charge pour les intervenants et les risques opérationnels le jour J
- Les fichiers Org, PsiTransfer, Mumble, Etherpad, IRC, BigBlueButton, OBS, Icecast, YouTube, WhisperX et subed ont constitué le flux opérationnel, en lien avec l’automatisation en Emacs Lisp
- BigBlueButton 3.0, le flux 480p, les événements live YouTube par shift et les brouillons de sous-titres WhisperX ont globalement bien fonctionné, mais la normalisation audio, les vidéos à 60 fps et les oublis d’enregistrement de Q&A restent des points à améliorer
- Le coût total 2024 a été de 175,65 USD hors taxes, 198,48 USD TTC ; le temps de préparation a diminué, mais l’automatisation et la documentation accumulées ont permis de maintenir l’événement
Taille et calendrier de l’événement
- EmacsConf 2024 comprenait 31 présentations, pour un total de 10,7 heures de contenus
- Il y a eu 21 sessions de questions-réponses en conférence web, pour un total de 7,8 heures
- Les pics d’audience des streams ont beaucoup varié selon les tracks et la résolution
- Samedi gen : pic à 177 personnes, lowres pic à 14 personnes
- Samedi dev : pic à 226 personnes, lowres pic à 79 personnes
- Dimanche gen : pic à 89 personnes, lowres pic à 10 personnes
- Les pics des lives YouTube allaient de 15 à 46 personnes selon les shifts, avec une moyenne comprise entre 7 et 28 personnes
- Le calendrier s’est déroulé comme suit
- Ouverture de l’appel à propositions : 2024-06-30
- Clôture de l’appel à propositions : 2024-09-20
- Notification des intervenants : 2024-09-27
- Publication du programme : 2024-10-25
- Date cible pour les vidéos : 2024-11-08
- EmacsConf : 2024-12-07
- Entre l’ouverture et la clôture de l’appel à propositions, il y avait 82 jours ; 49 jours entre la clôture et la date cible pour les vidéos, puis 29 jours entre cette date cible et l’événement
- Cette année encore, l’équipe a utilisé des acceptations anticipées, et a ajusté le processus en n’approuvant les présentations longues qu’une fois les grandes lignes du programme établies
- Six vidéos sont arrivées avant ou le jour de la date cible, et les autres sont arrivées progressivement ensuite ; cela n’a pas posé de problème majeur grâce à une approche opérationnelle à faible pression et à la capacité de traitement disponible
Données, communication et gestion du programme
- Les informations sur les présentations ont continué à être gérées dans des fichiers Org ; ajouter les fonctions de vérification suivantes permettrait de réduire encore les erreurs opérationnelles
- Vérifier les droits et la propriété des fichiers
- Vérifier la prise en compte de la casse dans la détection du type de Q&A
- Vérifier l’existence des pages de redirection BBB
- Vérifier les backticks dans les transcripts qui cassent le format wiki
- Vérifier si les fichiers sont publics et lisibles
- Vérifier les commentaires des sous-titreurs, l’état des sous-titres et les incohérences entre captioners
- PsiTransfer a de nouveau été utilisé pour l’envoi des fichiers par les intervenants
- La promotion de l’appel à propositions a été faite sur emacs-tangents, Emacs News, emacsconf-discuss, emacsconf-org, r/emacs, entre autres, et System Crafters, Irreal et Emacs APAC ont aussi mentionné EmacsConf
- Des publications liées à l’événement sont aussi apparues sur Mastodon, X, BlueSky et Facebook, et l’événement a été inscrit sur foss.events
- En Suisse, 200ok et Ardeo ont organisé une rencontre en présentiel, tandis qu’à Ljubljana, emacs.si a organisé une rencontre
- Pour contacter les intervenants et les bénévoles, l’équipe a beaucoup utilisé le publipostage basé sur emacsconf-mail.el
- La coordination backstage a continué à s’appuyer sur Mumble, qui a fonctionné de manière stable
Programmation des présentations et automatisation
- L’événement s’est déroulé sur deux jours : le premier avec deux tracks, le second avec une seule track
- Des intervalles d’environ 15 à 20 minutes entre les présentations ont permis d’absorber les envois tardifs, les annulations de dernière minute et les bascules tardives d’une Q&A vers du live
- Le dimanche, une session micro ouvert a été ajoutée pour combler le temps libéré par une annulation de dernière minute ; il pourrait être utile de prévoir ce créneau à l’avance l’année suivante
- En déplaçant une partie des remarques de clôture habituelles plus tôt, l’événement a pu se terminer à l’heure, et certains hôtes et participants n’ont pas eu besoin de rester trop tard
- Dans la publication automatique du programme, un petit problème est survenu : comme
case-fold-searchvalaitnil, une Q&A"Live"ne correspondait pas àliveet n’a donc pas été annoncée comme présentation live - Ce réglage a été ajouté à
emacsconf-stream-config.el, et devrait être intégré aux scripts ansible la prochaine fois - Les transitions entre présentations ont été confiées à une gestion automatique basée sur crontab, qui a fonctionné de manière stable
- Pour pouvoir faire les remarques de clôture du samedi au moment souhaité, crontab a été désactivé, puis l’équipe a oublié de réactiver l’autopilot le lendemain ; cela a entraîné une fois un démarrage en retard de l’ouverture du dimanche
- La track dev a été programmée pour commencer un peu plus tard que la track gen, afin de réduire la charge opérationnelle du matin
- Le dimanche matin, davantage de Q&A IRC ont été programmées à la place de Q&A live, et aucun problème de bande passante n’a été observé sur ce créneau cette année
- Parmi les améliorations futures restent une minuterie JavaScript pour l’interface web des hôtes, la prise en compte de l’heure de fin de la vidéo MPV en cours, et l’affichage de l’heure locale sur les pages du programme et de visionnage
Vidéos enregistrées et streaming
- Les vidéos préenregistrées ont été fortement recommandées aux intervenants, ce qui a réduit le stress opérationnel et permis le travail de sous-titrage par les bénévoles
- Certains envois de dernière minute et présentations live ont aussi pu être gérés, et lorsque chaque présentation était diffusée en live, la vidéo et le transcript pouvaient être publiés automatiquement sur le wiki
- Cette année, il n’y a pas eu de problème clair de date limite d’encodage vidéo, et la réencodage dans screen a fonctionné de manière fiable pour éviter les coupures
- La normalisation audio automatique avec
ffmpeg-normalizen’a pas bien fonctionné ; Leo Vivier a donc normalisé l’audio en urgence la veille de l’événement - L’année prochaine, il serait possible d’envisager un remixage de l’audio en mono
- Dans une présentation, l’audio se déplaçait de gauche à droite, ce qui était perturbant
- Certains participants n’écoutent les présentations que d’une oreille, et le mono pourrait les aider
- Les vidéos à 60 fps semblaient mettre le serveur res sous pression et provoquer des frames perdues ; la prochaine fois, une option serait de les sous-échantillonner à 30 fps et d’ajouter une note dans les consignes de préparation des présentations
- Certaines vidéos présentaient des bavures de couleur et des anomalies dans MPV, mais le problème a été résolu après la mise à niveau vers MPV v0.38
- Toutes les vidéos ont été téléversées sur YouTube et programmées pour publication, ce qui était pratique car il n’était pas nécessaire de les mettre à jour en continu pendant l’événement
- Toobnix dispose aussi d’une fonctionnalité d’upload programmé, mais l’équipe ne le savait pas pendant l’événement et a mis les vidéos en ligne avec la fonction
emacsconf-publish-upload-talk
Sous-titres et traitement des Q&A
- Cette année, WhisperX a été utilisé pour la conversion parole-texte
- WhisperX s’est montré performant pour produire des brouillons de sous-titres que les bénévoles chargés du sous-titrage pouvaient éditer
- La détection d’activité vocale intégrée à WhisperX a fortement réduit les hallucinations observées l’an dernier avec OpenAI Whisper dans les passages silencieux
- Dans un cas, WhisperX a manqué un bloc de texte de l’intervenant, qui a été complété manuellement
- Grâce à un Lenovo P52 et 64 Go de RAM, même le traitement des sous-titres de dernière minute a pu être fait sur un ordinateur local
- Les timestamps étaient légèrement décalés, mais le processus de vérification de la qualité vidéo par les intervenants et les bénévoles en backstage a aidé
- Aeneas a été utilisé pour réaligner le texte, mais Aeneas s’est lui aussi perdu dans les passages silencieux
- Du code a été ajouté à subed pour réaligner les segments de sous-titres à partir des timestamps d’Aeneas ou de WhisperX
- Anush V a mené une expérience utilisant le machine learning pour la segmentation des sous-titres, ce qui reste une piste à explorer
- Les enregistrements des Q&A ne démarraient parfois que quelques minutes après le début des présentations, mais l’équipe n’a pas extrait les parties manquantes depuis les dumps Icecast ou les enregistrements des streams YouTube
- En configurant BigBlueButton avec le format de traitement additionnel video, l’équipe a pu obtenir cette année un fichier par session, sans devoir fusionner plusieurs streams avec ffmpeg
- Les transcripts de Q&A et les logs de chat ont été rapidement vérifiés pour repérer d’éventuels contenus que quelqu’un pourrait vouloir supprimer
- La fonction
subed-crop-media-filea été ajoutée, ce qui a facilité le découpage des fichiers de Q&A
BigBlueButton et exploitation des serveurs
- Cette année, un nouveau serveur de conférence web BigBlueButton a été configuré
- Le serveur qui hébergeait l’ancienne instance BigBlueButton avait été donné par une association à but non lucratif disparue, et a été retiré le 27 octobre
- Après avoir examiné l’adéquation de Jitsi et de Galene, l’équipe a décidé de continuer à utiliser BigBlueButton
- En raison d’inquiétudes liées au problème de Mongo non-free dans les versions de BBB supérieures ou égales à 2.3 et inférieures à 3, BBB 3.0 a été installé
- Faire fonctionner BBB 3.0 dans Docker sur le serveur res existant s’est avéré difficile, et il a été décidé de lancer un VPS Linode supplémentaire
- BBB refusait de s’exécuter sur un serveur plus petit que 8 Go/4 cœurs ; pendant les tests, le serveur a été monté à 8 Go/4 cœurs, puis réduit à 1 Go/1 cœur entre-temps, avant d’être porté à 16 Go/8 cœurs dédiés pendant l’événement
- L’un des avantages de BBB 3.0 était le smart layout, qui permettait de déplacer les miniatures des webcams à côté de l’écran partagé pour rendre ce dernier plus lisible
- La création de salles via la console Rails a été relativement simple
- Un moderator access code a été fourni aux intervenants, mais même connecté en tant que superadmin, on n’obtenait pas automatiquement les droits de moderator sur toutes les salles ; il a donc fallu ajouter manuellement l’accès host
- L’utilisation de BBB par rapport à 2023 était la suivante
- Nombre maximal d’utilisateurs simultanés : de 62 à 107
- Nombre maximal de réunions simultanées : de 6 à 7
- Nombre maximal de participants dans une réunion : de 27 à 25
- Nombre total d’utilisateurs uniques : de 84 à 102
- Nombre d’utilisateurs uniques ayant parlé : de 36 à 40
- Le nombre maximal d’utilisateurs simultanés n’est pas dédupliqué, car il est nécessaire pour planifier la charge du serveur
Etherpad, IRC et automatisation de la publication
- Etherpad 1.9.7 a de nouveau été utilisé pour collecter les Q&A
- Etherpad v2.x n’a pas été adopté cette année, faute d’avoir pu résoudre son mode d’exécution dans le temps imparti
- Du code Elisp a été écrit pour copier la ligne courante d’ERC sans retour à la ligne et la coller dans Etherpad ; cela a bien fonctionné pour transférer les questions IRC vers le pad
- Cette fonction s’appelle
emacsconf-erc-copyet se trouve dans emacsconf-erc.el - L’année prochaine, il est prévu d’ajouter les pronoms et la prononciation au modèle Etherpad afin que les hôtes puissent s’y référer facilement
- Comme libera.chat avait été prévenu à l’avance de l’événement, l’utilisation de
chat.emacsconf.orgn’a pas été limitée - La configuration IRC n’a pas beaucoup été modifiée et a continué à fonctionner de manière stable comme plateforme de discussion
- Un raccourci clavier pour insérer l’URL d’une présentation serait utile et semble facile à ajouter à une keymap Embark
- Le processus de publication automatique des présentations et transcripts sur le wiki nécessitait parfois une intervention manuelle lorsqu’une personne commitait des changements sur le wiki
- L’équipe a oublié de passer à la phase de publication de la conférence qui active l’inclusion d’Etherpad, mais Ihor l’a remarqué et cela a été intégré via une correction de dernière minute
Coûts, temps et documentation
- Les coûts 2024, hors taxes, étaient les suivants
- Coût d’hébergement additionnel en décembre : 52,54 USD
- Coût additionnel des tests BBB en novembre : 3,11 USD
- Coût d’hébergement sur l’année : 120 USD
- Le coût total est de 175,65 USD hors taxes, soit 198,48 USD avec 13 % de taxes
- La Free Software Foundation fournit media.emacsconf.org pour servir les fichiers média
- Ry P fournit res.emacsconf.org pour le streaming OBS via des sessions VNC
- Il n’y avait personne, pendant le week-end de l’événement, pour vérifier immédiatement la liste des donateurs du programme FSF Working Together et les statistiques de dons actuelles ; la prochaine fois, il faudra préparer cela à l’avance afin de remercier correctement les donateurs
- Le temps total lié à Emacs en 2024 a été de 320 heures, contre 432 heures en 2023
- En octobre et novembre 2024, le temps lié à Emacs a été de 92,6 heures, soit environ la moitié des 179,8 heures de la même période l’année précédente
- Une partie du temps de 2023 était liée à la préparation de la présentation EmacsConf, et l’équipe connaissait alors mieux les scripts
- Même si le temps de préparation a diminué, l’automatisation accumulée progressivement a porté ses fruits et a permis d’organiser EmacsConf malgré un temps de concentration limité
- Les tâches et notes repérées pendant l’exploitation ont été capturées comme éléments à ajouter à l’organizers notebook
- Les notes des organizers notebooks annuels sont transférées vers le organizers' notebook principal ; à long terme, l’objectif est de pouvoir suivre des checklists et des notes de bout en bout, du démarrage de la planification à la clôture
Évaluation globale et points de continuité
- EmacsConf 2024 a été une bonne expérience, amusante, et reste un événement que l’équipe souhaite refaire l’année suivante
- Les retours des participants comprenaient des commentaires positifs sur la logistique d’une conférence en ligne et sur les conditions de réussite d’une conférence en ligne
- Après l’événement, il est possible de rester en lien via Emacs News, les meetups, Planet Emacslife et emacs.tv
- L’équipe cherche des billets de blog de conférence écrits par d’autres personnes, en particulier sur la manière d’améliorer les conférences virtuelles
1 commentaires
Avis sur Hacker News
Cette année, EmacsConf a vraiment été très bien organisée, et j’ai moi aussi eu cette impression de « chaleureux et confortable »
Il est aussi intéressant de comparer l’ambiance d’EmacsConf à celle d’autres événements autour d’éditeurs, comme NeovimConf ou les « fêtes » de sortie de Visual Studio Code ou JetBrains
Sacha est vraiment formidable, et la quantité de code écrit en elisp pour rendre possible un événement de cette qualité est stupéfiante
C’est un peu dommage que son référencement soit si bas que même en cherchant directement, on ne tombe que sur des résultats concernant des fichiers de configuration Neovim ; j’espère donc qu’on comprendra que je laisse le lien ici : https://neovimconf.live
Cela donne de l’espoir quant à la longévité de cet éditeur, et même pendant les dix petites années où je l’ai utilisé de façon assez légère, il s’est réellement amélioré en continu
Vive la communauté Emacs
Il me semble qu’une présentation était prévue sur une tentative de relancer Emacs basé sur Guile, mais je ne sais pas encore si elle figure quelque part, je ne l’ai pas vue
Avec l’arrivée de la compilation native dans Emacs, la pression a probablement un peu diminué, mais je trouve qu’il reste attrayant de scripter Emacs dans un langage autre qu’Elisp
Pour cet objectif, Scheme ou Lua me sembleraient plutôt bien adaptés
Modification : c’était ici - https://emacsconf.org/2024/talks/guile/
Je suis plutôt du côté Guile, mais même si, côté Emacs, on n’autorisait que elisp au-dessus de Guile, ce serait déjà un gain suffisant à mes yeux
J’espérais qu’il y aurait quelque chose sur EAF cette année
Je pense que ce qui manque encore beaucoup à Emacs, c’est une bonne façon de gérer les graphismes interactifs, mais EAF reste assez instable et la documentation est insuffisante
J’aimerais voir ce projet, ou quelque chose de meilleur, progresser
[1] : https://github.com/emacs-eaf/emacs-application-framework
Je suis vraiment déçu de ne pas avoir pu « assister » à ça
J’utilise Emacs depuis plus de 15 ans, et des personnes comme Sacha étaient déjà là quand j’ai commencé avec Emacs ; elles ont été une grande raison pour laquelle je suis tombé dedans à l’époque
J’ai vraiment l’impression d’avoir eu de la chance de m’y être mis à ce moment-là
Je vois des collègues galérer avec des outils qu’ils ne peuvent pas corriger, ni même ajuster un peu, mais aujourd’hui j’ai du mal à les imaginer prendre le temps d’apprendre Emacs
Emacs est vraiment un éditeur pour toute la vie
Emacs est très loin d’être parfait, il est lent, il lui manque des fonctionnalités tape-à-l’œil d’autres éditeurs, et il est parfois vraiment frustrant à utiliser
Mais au bout du compte, c’est mon éditeur
Il m’a permis de créer un environnement d’édition et de programmation parfait pour moi, et je ne trouve nulle part ailleurs un environnement qui offre autant de liberté et de plaisir
La famille Vim s’en approche aussi beaucoup et je continue à l’utiliser comme éditeur d’appoint, et je ne pourrais pas vivre sans vim-mode, mais Emacs permet une personnalisation bien plus profonde, et Lisp s’y intègre avec beaucoup d’élégance
C’est réconfortant de savoir que, pendant que des éditeurs apparaissent puis disparaissent, Emacs sera toujours là
Je l’aime, défauts compris
L’organisation des présentations en ligne d’EmacsConf 2024 était vraiment impressionnante
Les scripts, les commentaires, les questions-réponses et même les liens vidéo sont tous capturés et publiés en org-mode, ce qui les rend très agréables à parcourir
Je me demande si le projet Lem est « accepté » par la communauté Emacs, ou s’il vaut la peine d’être essayé
En tant qu’ancien utilisateur d’Emacs, je suis parfois parti mais je suis toujours revenu, et ces temps-ci Lem attire mon attention : https://github.com/lem-project/lem
Pour ceux qui ne connaissent pas, Lem est grosso modo un éditeur proche d’Emacs, écrit et extensible nativement en Common Lisp, multiplateforme, avec prise en charge de NCurses et SDL2 entre autres, compatible LSP, et rapide
J’espère que Lem continuera à grandir
Comme il est meilleur qu’Emacs sur plusieurs aspects essentiels, j’aimerais qu’il continue à gagner en notoriété
J’aimerais aussi savoir s’il existe des projets de paquet Debian
J’ai vraiment pris plaisir à parcourir les vidéos d’EmacsConf cette année ; les presentations étaient très soignées et beaucoup de travaux intéressants sont en cours.
Il me reste encore beaucoup de choses à voir, mais jusqu’ici, les contenus sur l’infrastructure et l’UI m’ont particulièrement impressionné : il se passe vraiment énormément de choses.
Les présentations que j’ai appréciées sont les suivantes :
https://emacsconf.org/2024/talks/casual/ -- Charles Choi explique comment concevoir une UI pour les humains, pas pour les poulpes. La blague est affectueuse, et je suis un poulpe heureux.
https://emacsconf.org/2024/talks/literate/ -- programmation littéraire par Howard Abram
https://emacsconf.org/2024/talks/gypsum/ -- Un clone d’Emacs et d’Emacs Lisp réalisé avec Guile
https://emacsconf.org/2024/talks/rust/ -- Rune, un cœur expérimental d’Emacs écrit en Rust
https://emacsconf.org/2024/talks/julia/ -- Une excellente présentation sur la concurrence entre Julia et Emacs
https://emacsconf.org/2024/talks/guile/ -- Robin Templeton relance Guile-Emacs
https://emacsconf.org/2024/talks/mcclim/ -- Euh, cette présentation a-t-elle reçu une question depuis lambdaMOO ?
« Le coût total d’hébergement de l’événement est de 42,92 USD + taxes, et les tests BBB avant l’événement coûtent 3,11 USD + taxes, soit un total de 46,03 USD + taxes. Le nœud web et le nœud de streaming en direct restent sur des nanodes de 1 Go pour le reste de la période. À 5 USD par mois + taxes pour deux serveurs, cela fait 110 USD. C’est tout à fait supportable. »
Je me demande comment ce coût se compare à celui d’autres conférences.
Configurer soi-même BBB avec Docker n’est pas facile.
À moins de l’avoir déjà fait auparavant ou d’être somehow un expert, c’est assez difficile, et j’ai fini par abandonner après avoir essayé.
Des mois, voire des années plus tard, des gens postent encore sur les issues que j’ai ouvertes.
Le déploiement Docker n’est même pas le mode de déploiement officiel ; c’est compréhensible, mais il est donc difficile d’obtenir de l’aide des mainteneurs.
C’est une énorme configuration avec beaucoup de pièces mobiles.
Cela dit, c’est vraiment impressionnant d’y être arrivé.
Il me semble que c’était environ 12 USD, mais je ne peux pas vérifier le montant exact immédiatement.
Nous faisons aussi l’expérience d’envoyer de petits cadeaux en signe de remerciement.
Le plan machiavélique est que des stickers ou des pins puissent inciter d’autres personnes à parler d’Emacs aux intervenants, mais Corwin considère cela comme une expérience personnelle et ne l’inclut pas dans le budget de la conférence.
Bien sûr, il y a beaucoup d’autres choses qui n’apparaissent pas dans les coûts monétaires, comme le temps que les intervenants ont consacré à leurs présentations ou les serveurs que des personnes ont partagés.
Malgré tout, il est surprenant de voir tout ce qu’on peut faire avec un petit budget et du bénévolat souple.
Pour quelqu’un qui a déjà envisagé d’organiser sa propre conférence, cela vaut largement la peine d’être considéré.
Je suis Sacha depuis longtemps et j’aime ses mises à jour fréquentes sur Emacs.
Je suis un fervent amateur de Common Lisp, et comme j’ai aussi acheté le livre Mastering Emacs l’an dernier, il ne me reste plus qu’à me décider et à faire un projet en Emacs Lisp.
Il faut vraiment être prêt à penser en termes de portée dynamique.
Moi, j’ai fait le chemin inverse, d’elisp vers Common Lisp, et revenir à elisp est difficile.
Je me demande si TeXmacs devrait être inclus dans EmacsConf, alors qu’il n’est basé ni sur Emacs ni sur TeX et s’en est seulement inspiré.
Les échanges d’idées et d’enthousiasme entre outils de la famille Emacs ne peuvent qu’être bénéfiques aux deux projets et, plus largement, aux éditeurs basés sur Lisp.
La raison pour laquelle je parle vraiment depuis mon fauteuil, c’est que j’utilise LyX pour écrire des documents techniques, ce qui me fait passer à côté d’un cas d’usage très important de TeXmacs.