Commande audiovisuelle · Guide pratique
Node-RED : un flux conceptuel pour coordonner les contenus AV
Avant de relier une application à un lecteur, convenez du sens d’une demande. Un message d’ouverture exprime une intention ; il ne confirme pas que le public voit déjà le contenu.
- Inject : demande fictive manuelle
- Change : étiquette d’exemple
- Switch : classement de l’intention
- Debug : observation sans sortie vers un équipement
Un message simple et lisible
L’exemple propose cue_id C010, session_id DEMO01 et une intention d’ouverture. Ces identifiants sont fictifs. Séparez-les du nom de fichier et d’une éventuelle commande de lecture afin qu’un changement du conducteur ne confonde pas demande et résultat.
Switch classe les messages selon des règles. Sa documentation prévoit plusieurs sorties correspondantes ou un arrêt à la première correspondance ; choisissez explicitement ce comportement. Une dérivation involontaire peut multiplier les demandes.
Ce que représente chaque bloc
| Bloc | Usage proposé | Ce qu’il ne prouve pas |
|---|---|---|
| Inject | Créer une demande manuelle fictive | Ni entrée visiteur ni GO approuvé |
| Change | Ajouter une étiquette et séparer les champs | Ne valide pas un appareil |
| Switch | Classer ouverture ou autre intention | N’empêche pas seul la répétition d’un cue |
| Debug | Lire le message de sortie | Ne confirme ni lecture ni signal |
Conservez ce premier parcours sans nœuds d’appareils, de comptes ou de services. Pour une future intégration, documentez commande, réponse, fraîcheur et alternative manuelle pour le modèle et la version réels.
Répétition et nouvelle séance
Pour un spectacle répété, un même cue peut être valide dans une autre séance. Convenez d’une identité associant séance et cue, puis d’une décision de l’opérateur pour le réautoriser. Un filtre de valeur ou un temporisateur seul ne définit pas cette politique.
Le stockage des états, appelé context, utilise la mémoire par défaut et s’efface au redémarrage. Un état conservé ailleurs ne confirme pas non plus les conditions physiques actuelles. Prévoyez une revue supervisée au démarrage avant d’accepter une nouvelle ouverture.
Observer les informations manquantes
Catch reçoit uniquement les erreurs que les nœuds signalent au runtime selon le mécanisme documenté ; il ne couvre pas toute défaillance. Status peut fournir une information propre au nœud, à interpréter selon celui-ci. Sans réponse, la décision de poursuivre reste à l’opérateur.
L’essai local proposé doit couvrir une demande valide, une demande inconnue, une répétition et une nouvelle séance. Consignez les messages attendus et observés avec la révision de l’exemple. Distinguez ce relevé des futurs essais de lecture avec les appareils.
Quand examiner une autre solution
- Une seule action peut relever d’une opération manuelle documentée.
- Si le spectacle exige des références d’horloge ou des temps spécifiés, comparez les plateformes de show control et leurs interfaces propres.
- Pour définir le projet, indiquez ce qui déclenche le contenu, le lecteur envisagé et ce que l’opérateur doit voir avant d’autoriser.