Pilotage audiovisuel
Messages de pilotage : OSC, notes MIDI et MSC
Avant de choisir un protocole, décrivez l’action attendue : sélectionner un cue précis, avancer dans une liste ou régler une valeur. Deux systèmes peuvent accepter le même protocole et donner des sens différents aux messages.
OSC : adresse, type et donnée
OSC 1.0 structure chaque message avec une adresse, des types et des arguments. L’application définit le sens de l’adresse. Le retour ou l’accusé de réception doit être documenté par le destinataire.
Exemple fictif de message : /demo/cue/select, indicateur de type ,s, argument Q010. Il montre comment exprimer un identifiant textuel. Pour utiliser un message avec un produit, il faut connaître l’adresse, le type de donnée, la plage et le comportement documentés par le fabricant.
Les questions à poser sur le retour
Quand l’interface le permet, demandez un retour distinguant réception, acceptation et état obtenu. Si seul un état de connexion existe, consignez cette limite et prévoyez une observation par l’opérateur. Un bundle ne prouve pas l’alignement des sorties physiques.
Précisez si le retour se fait par interrogation ou abonnement, sa durée de validité et son lien avec le cue. Sans réponse, ne renvoyez pas aveuglément une avance : la première commande a peut-être déjà agi.
Notes MIDI et MSC : choisir selon l’intention
En MIDI 1.0, Note On porte un numéro de note et une vélocité ; Program Change porte un numéro de programme. Leur usage dans le spectacle nécessite une affectation explicite. MSC prévoit notamment GO, STOP et RESUME.
Pour MSC, confirmez les implémentations et versions, le Device ID, le format et les champs de cue/liste acceptés. Ne confondez pas Device ID et canal MIDI d’une note. Pour les notes, consignez canal, numéro de note, vélocité et événement autorisant le déclenchement ; les noms d’octave peuvent varier.
| Besoin | Option à étudier | Question décisive |
|---|---|---|
| Sélectionner un cue nommé | OSC documenté par le destinataire | Accepte-t-il l’identifiant et confirme-t-il la sélection ? |
| Déclenchement avec affectation définie | Note MIDI | Déclenchement à l’appui, au relâchement ou après filtrage ? |
| Commandes de spectacle entre systèmes compatibles | MSC | Quels messages et champs chaque extrémité interprète-t-elle ? |
Déclenchements en double : identité et répétition
Pour définir le filtrage, distinguez identifiant du cue, identifiant d’exécution et numéro de tentative. Rejouer Q010 dans une autre représentation peut être légitime ; recevoir deux fois la même exécution demande une autre décision. Documentez la portée et la conservation de l’historique si la plateforme permet de l’implémenter.
Proposition conceptuelle : session S-A / exécution E-010 / destinataire VIDEO-A identifie une intention. Une seconde réception de cette combinaison est consignée comme doublon sans redéclenchement, uniquement si la logique implémentée conserve cet enregistrement. Une nouvelle exécution E-011 exige un GO explicite.
Après un redémarrage ou l’expiration de l’historique, cette protection peut ne plus agir. Convenez d’une vérification d’état et d’une reprise manuelle avant tout renvoi. Un filtre fondé uniquement sur le temps pourrait aussi écarter un second GO valide. Définissez sa règle avec l’opérateur, selon les possibilités de la plateforme ; le filtre ne garantit pas une exécution unique dans toutes les conditions.
| Situation proposée | Choix de conception à vérifier |
|---|---|
| Même exécution reçue deux fois | Consigner la répétition et vérifier la règle de déduplication |
| Nouveau GO légitime sur le même cue | Nouvel identifiant d’exécution ; vérifier son autorisation |
| Absence de réponse, résultat inconnu | Ne pas répéter une avance à l’aveugle ; observer/interroger puis décider |
| Contrôleur redémarré | Réconcilier l’état et vérifier l’historique conservé |
Préparer une fiche des messages
Le guide existant QL, Companion et Lightkey détaille leurs réglages et diagnostics. Utilisez-le pour ce cas ; cette fiche organise l’accord entre départements.
- Consignez produit, version/build et manuel de chaque extrémité. Confirmez transport, sens et noms des ports avec le responsable technique.
- Pour chaque cue, indiquez intention, message documenté, types/données, destinataire et état initial.
- Ajoutez le retour attendu, le délai convenu et la décision de l’opérateur en l’absence de confirmation.
- Préparez d’abord un essai sur une copie isolée. Organisez ensuite un essai autorisé avec observation de la sortie réelle et relevé du message reçu et du résultat.
Sources et manuels
Étudier la communication entre vos systèmes
Vous pouvez transmettre un schéma des systèmes, des photos des connexions ou une première liste de cues. GLMedia peut vous aider à déterminer les interfaces à étudier et les besoins en accompagnement technique ou en matériel supplémentaire.
Étudier la communication entre vos systèmes