Une régie pour Brick Matsuri

Comment relier une collecte, les écrans des créateurs et les réactions de Matsu, depuis une régie pensée pour un événement solidaire.

Pendant un live collectif, chacun a son écran, sa caméra et sa communauté. Comment raconter une même aventure sans demander à tout le monde de refaire son installation ? La régie Brick Matsuri relie un poste de pilotage aux habillages des créateurs. Son histoire mêle diffusion, animation et apprentissage du travail en équipe.

Préparer une séquence commune, puis rendre la main aux créateurs

Dans cet exemple fictif, une équipe prépare une discussion autour de la construction en briques. Elle veut montrer une question, lancer un compte à rebours et faire intervenir Matsu, tout en laissant l’image du créateur lisible.

L’opérateur choisit la cible et relit la séquence. Les éléments graphiques peuvent ensuite rejoindre les sources OBS déjà installées : une coordination depuis la régie, une image conservée chez chaque créateur.

Pour qui ? Équipes associatives, créateurs et bénévoles qui préparent un direct à plusieurs.

Suivre une séquence de régie

Scénario fictif expliqué étape par étape. Ces écrans pédagogiques décrivent le fonctionnement ; ils ne sont ni le cockpit réel ni une retransmission de l’événement.

Parcours expliqué · exemple fictif. Vous explorez les étapes, sans agir dans l’application.

Préparer la répétition

L’équipe choisit le mode répétition et une cible de démonstration.

Un espace pour essayer

Le repère répétition évite de confondre un exercice avec une action destinée à l’antenne.

Cible identifiée
Mode répétition visible
Vérifications avant diffusion

Composer l’image

L’opérateur part de la base Talk et choisit la place de la caméra.

La caméra garde sa place

Les modules se répartissent autour de l’image. L’aperçu matérialise le programme ; la source OBS conserve sa transparence.

Cadre caméra
Modules contextuels
Lien OBS conservé

Relire la proposition

Une demande de séquence est transformée en plan que l’équipe examine.

Une proposition à valider

Cible, texte, sondage et durée deviennent des éléments lisibles. La réponse du copilote ne déclenche pas elle-même la diffusion.

Message de Matsu
Question et réponses
Durée et conditions à vérifier

Piloter, puis observer

L’opérateur lance l’exercice et vérifie ce que reçoit la source de démonstration.

Un même conducteur, plusieurs vues

La mascotte et les interactions accompagnent la séquence. Le contrôle du cadrage reste à faire avec les vraies sources caméra et programme.

Éléments transmis
Retour visuel à contrôler
Séquence terminée

Les overlays Brick Matsuri en démonstration

Enregistrement du vrai code en mode aperçu · données fictives · sans connexion au direct.

Partir du travail de la régie

Brick Matsuri a réuni des créateurs autour d’un événement associatif. Le besoin technique ne se limitait pas à un joli compteur : il fallait choisir les destinataires d’une animation, suivre les interactions et comprendre ce qui allait apparaître à l’écran. Le cockpit rassemble ces commandes. Les jeunes rencontrent ainsi une vraie question de production : rendre une intention compréhensible et exécutable par plusieurs personnes.

Brick Matsuri : un événement à produire collectivement.

Un serveur commun, des sources OBS légères

Le serveur rassemble les informations des services connectés et les distribue aux interfaces par WebSocket. OBS, le logiciel de diffusion, accueille l’habillage comme une source navigateur posée au-dessus de la caméra ou du jeu. L’image du créateur reste donc dans sa propre installation. Un lien permanent charge les réglages de son kit ; une modification sauvegardée peut se transmettre sans remplacer ce lien.

Composer au lieu d’empiler des widgets

Les premières scènes avaient une caméra fixe et des éléments qui se disputaient la place. Le travail a évolué vers cinq bases : Gaming, Talk, Podcast, IRL et Minimal. Position, taille, ambiance et mouvement deviennent des réglages. Les modules latéraux se placent à l’opposé de la caméra. Autre détail décisif : le décor de l’aperçu reste dans l’aperçu, pour ne pas masquer la vraie vidéo dans OBS.

Aperçu des habillages : une démonstration de composition, pas un résultat financier.

Donner une présence à Matsu

Matsu associe des corps et des visages pour exprimer une réaction. La régie peut lui joindre une bulle, un sondage ou un chronomètre. Les essais ont révélé des couleurs parasites dans les zones transparentes et des émotions remplacées pendant le clignement ou la parole. L’audit décrit la reprise des calques et du chargement des images. Une animation réussie doit garder le caractère choisi, même lorsque plusieurs actions se croisent.

Matsu, la mascotte originale pilotée depuis la régie.

L’IA prépare ; l’opérateur décide

Le rôle intégré de l’IA est précis : transformer une demande en plan structuré. Le code prévoit un modèle via Azure OpenAI, puis normalise la cible, les textes, les options et les durées. Les situations sensibles demandent une approbation explicite ; certains contenus sont bloqués. Si le modèle est désactivé ou indisponible, un moteur de règles propose un repli signalé. Ce repli n’a pas la même compréhension qu’un modèle : il faut aussi relire sa proposition.

Essayer les désaccords, pas seulement le cas idéal

Les tests présents vérifient notamment qu’une cible choisie par l’opérateur reste prioritaire sur la réponse du modèle, qu’un plan interdit demeure bloqué et que les chats ne sont pas comptés deux fois. L’audit du 26 juillet 2026 rapporte 83 tests réussis et des contrôles visuels en environnement isolé. Ce sont des résultats historiques documentés. La revue actuelle relit les mécanismes et les preuves ; elle ne prétend pas avoir rejoué le live.

Un outil utilisé, une méthode à transmettre

Le dossier de présentation France 2030 rapproche le code, les captures et les traces de l’événement réalisé. Il distingue aussi les ajouts contrôlés localement des configurations réellement éprouvées à l’antenne. C’est ce que ce projet transmet : organiser une répétition, séparer aperçu et diffusion, vérifier les réactions, conserver une issue de secours. L’ouverture d’autres ressources pourra prolonger ce travail après préparation de la documentation et des conditions de réutilisation.

Ce que nous avons vérifié.

Composition des kits

Source examinée

Lecture du moteur de normalisation et de l’audit visuel V4.

Cinq bases configurables, placement relatif à la caméra et distinction aperçu/sortie OBS documentés.

Plans du copilote

Source examinée

Lecture du planificateur, du lancement serveur et des tests dédiés.

Repli déterministe, priorité de la cible et contrôle d’approbation présents ; aucun fournisseur appelé pendant cette revue.

Essais historiques

Source examinée

Rapport local du 26 juillet 2026, avec appels de collecte désactivés.

83 tests Node annoncés réussis, build et contrôles visuels documentés ; non relancés ici.

Installation de chaque créateur

À éprouver

Répétition avec sa caméra, sa capture et son installation OBS.

Le cadrage et la réception réelle dépendent de cette installation ; la démonstration pédagogique ne les valide pas.

Ce que ce projet nous apprend.

Une source permanente simplifie les réglages partagés.
Le mouvement doit laisser lire le programme.
Une proposition IA devient utile lorsqu’on peut la relire et la contrôler.

La prochaine étape.

Documenter une installation de référence avec ses essais de réception.
Préparer des ressources réutilisables sans les données de l’événement.
Continuer les essais de reprise après déconnexion et les répétitions collectives.

Nous préparons l’ouverture des ressources qui ne sont pas encore publiées, avec leur documentation et des exemples réutilisables. Aucun calendrier de sortie n’est annoncé.

Les plans du photobooth sont déjà disponibles

Tous les articles du labo

Contact : contact@yabai.fr | YABAÏ, Persan 95340, Val-d'Oise

← Retour à l'accueil