Contrôle MIDI du spectacle : QL, Companion et Lightkey

Program Change rappelle-t-il la scène suivante ?

Le manuel QL5/QL1 V5.8, pp. 188–190 affecte chaque Program Change à un événement et à une destination précis. Dans PROGRAM CHANGE, sélectionnez l’événement SCENE et sa scène ; n’interprétez pas ce message comme une commande générique « suivant ».

Nous proposons d’essayer deux destinations dans une copie du spectacle. Notez port, canal, message envoyé, scène attendue et scène rappelée. Répétez depuis un autre point de départ pour vérifier que la destination répond comme prévu. Consignez le résultat dans la fiche.

Si la console rappelle la bonne scène mais qu’un réglage ne change pas, poursuivez avec Focus et Recall Safe. Avant de préparer l’essai, vérifiez aussi la sauvegarde du spectacle.

Le contrôleur conserve d’anciennes valeurs après un rappel : que vérifier ?

Vérifiez dans la documentation MIDI du modèle s’il permet de demander les valeurs par SysEx et quelle réponse il renvoie.

Le manuel V5.8, p. 192 identifie le canal MIDI comme device number pour Parameter Change. Yamaha conseille d’éviter l’émission/réception simultanée de Parameter Change et Control Change en raison d’un risque de débordement. Dans Data List, p. 39 (page PDF 318), PARAMETER REQUEST obtient la valeur demandée sous forme de PARAMETER CHANGE.

Nous proposons de commencer par un paramètre dans une copie du spectacle. Comparez l’affichage de la console avec ce que reçoit le contrôleur avant et après le rappel. Conservez le journal des messages et notez si le contrôleur a reçu la donnée, l’a interprétée ou a simplement conservé son indication précédente. Ne déduisez pas une panne de console de la seule position d’un encodeur.

La fiche d’essai est vierge. Si vous travaillez avec des fichiers sur ordinateur, vérifiez séparément le sens de synchronisation de l’Editor. Cela ne remplace pas la vérification des messages du contrôleur.

Un message MIDI déclenche deux fois dans Companion : que vérifier ?

Si Companion exécute une action lorsque l’indicateur d’arrivée passe de TRUE à FALSE, une seule réception peut produire deux déclenchements. L’explication ne comprend pas de vérification finale par l’utilisateur concerné.

Le guide de Companion v4.3, Triggers distingue Events, Conditions et Actions : l’événement lance l’évaluation et les conditions filtrent l’exécution. Cela permet de vérifier la logique du déclenchement ; cela ne confirme pas qu’une autre version du module utilise les mêmes noms.

Nous proposons un essai dans une copie : envoyez un message, comptez les exécutions et notez les deux états. Vérifiez quelle condition laisse passer l’action. Répétez avec un message qui ne doit pas agir. Utilisez la fiche vierge pour comparer l’attendu et l’observé.

Si cela se répète encore, vérifiez aussi les actions à l’appui et au relâchement. Si la destination est une QL, vérifiez ensuite la scène affectée. Ce sont deux vérifications distinctes : compter les exécutions et vérifier l’effet de chaque commande.

Companion reçoit le MIDI : comment préparer l’envoi depuis un bouton ?

Identifiez l’appareil et les versions, puis vérifiez les messages émis et reçus avant d’utiliser la commande pendant l’événement.

Le guide v4.3, Actions distingue Press et Release : chaque groupe agit à l’appui ou au relâchement. Le dépôt officiel de Generic MIDI déclare l’émission et la réception ; son package.json indique 2.1.1. L’aide présente MIDI Time Code en réception uniquement. Vérifiez la version disponible dans votre installation.

Nous proposons de commencer par un bouton et une destination dans une copie. Choisissez l’action d’envoi proposée par votre module, notez port, canal, message et valeur, puis vérifiez ce que reçoit la destination. Examinez les deux groupes du bouton pour voir si la commande est répétée. Un changement de couleur ne prouve pas que le message est arrivé.

Consignez le parcours dans la fiche. Pour actualiser l’indication d’un contrôleur QL après un rappel, poursuivez avec la réponse du paramètre.

Le cue change dans Lightkey, mais le bouton ne l’indique pas : que vérifier ?

Les versions de Lightkey et Companion ne sont pas indiquées ; identifiez donc cette combinaison avant l’essai.

Le manuel Lightkey Rev. 6.0, p. 280 distingue les parcours : les commandes d’autres applications arrivent à Lightkey Input et le feedback de ces affectations sort par Lightkey Output. Aux pp. 286–287, None n’envoie aucun feedback ; Note On/Off indique activation et désactivation. Channel accepte 1–15 : le 16 est réservé aux Live Triggers (p. 285).

L’aide du fabricant décrit ce parcours avec un plug-in MIDI de Stream Deck. Utilisez-la pour vérifier ports et messages ; le montage avec Companion nécessite sa propre configuration. Nous proposons d’activer et de désactiver un cue depuis Lightkey, de capturer le retour et de comparer cue, donnée reçue et bouton. Notez séparément le relâchement d’une touche et la désactivation d’un cue.

Consignez l’essai dans la fiche vierge. Pour coordonner les cues avec l’événement, consultez aussi notre service d’éclairage. Vérifiez la fonction disponible dans votre version avant de changer le module.

Le MIDI arrive, mais le bouton reste allumé : que comparer ?

L’aide de Generic MIDI conserve noteStates par canal et par note. Un Note Off, ou Note On à vélocité nulle, met cet état à false. L’historique du module introduit noteStates dans 2.1.0 et documente la correction de vélocité nulle dans 2.1.1.

Selon Feedbacks de Companion v4.3, le style s’applique dans l’ordre des feedbacks. Nous proposons de comparer trois éléments dans une copie : le message reçu, l’état lu par la condition et la couleur finale. Notez les feedbacks actifs et leur ordre ; une variable correcte ne suffit pas à expliquer l’affichage.

Pour essayer une note, comparez Note On à vélocité positive, Note Off et Note On à vélocité nulle dans la version prévue. N’étendez pas à toute la communication MIDI ce que documente noteStates. Si la source est Lightkey, vérifiez son retour ; consignez les résultats dans la fiche.

La note ne déclenche qu’à vélocité 127 : le filtre est-il trop strict ?

Le guide de Companion v4.3, Triggers définit les conditions comme des filtres sur l’événement. Comparez le message reçu avec chaque condition : type, canal, note et vélocité. Avant d’écrire une expression MIDI, vérifiez le format de lastMessage et le nom d’instance dans la version installée.

Nous proposons de répéter la même note à deux vélocités positives différentes et de noter si la condition et l’action répondent. Essayez ensuite une autre note et un autre canal qui doivent être exclus. Si un seuil de vélocité est nécessaire, définissez-le volontairement : ne le supprimez pas pour que n’importe quelle frappe déclenche.

Consignez l’essai et vérifiez séparément les doubles déclenchements. Une note acceptée et une exécution unique sont deux vérifications différentes. Cette section examine le filtre d’entrée ; elle ne propose pas une configuration de l’ATEM ni du contrôleur.

Les Mac semblent connectés en MIDI, mais rien n’arrive : par où commencer ?

Le guide Apple d’Audio MIDI Setup 3.6, macOS 26 explique comment créer et activer une session, autoriser la connexion et utiliser Connect. L’autre appareil doit figurer parmi les participants connectés. Les noms des commandes dépendent de la version : comparez-les avec le manuel de votre macOS. Voir un participant et recevoir un message sont deux vérifications distinctes.

Dans l’aide de Lightkey, choisissez la session réseau comme Input et comme destination dans l’application émettrice.

Nous proposons de suivre une commande de A à B : d’abord sa sortie MIDI, puis la réception en B et enfin l’action affectée. Si vous utilisez un contrôleur USB, notez aussi qui l’achemine vers la session. Un moniteur sert à observer ; y recevoir un message ne prouve pas que l’application destinataire l’utilise.

Consignez les ports et messages dans la fiche d’essai. Avant le spectacle, répétez l’essai après une reconnexion planifiée et comptez les exécutions. Si la commande arrive mais que le bouton ne change pas, suivez le retour. Pour coordonner le contrôle avec le montage, consultez notre service d’éclairage.

La commande arrive par le réseau, mais le bouton ne reçoit pas le retour : que vérifier ?

Le contrôle fonctionnait bien en USB direct. Conservez séparément le résultat de l’envoi et celui du retour.

Le manuel Lightkey Rev. 6.0, p. 300 permet d’activer entrées et sorties dans Settings > External Control. Pour les associer : Control-click sur l’entrée, Send Feedback To et la sortie choisie.

Nous proposons de tracer le retour complet : Lightkey en B → sortie MIDI de la session B → entrée de la session A → application ou contrôleur destinataire. Capturez un changement de cue généré depuis Lightkey et cherchez le message à chaque étape. Atteindre le Mac A laisse encore à vérifier le parcours vers le contrôleur et la condition qui dessine le bouton.

Notez séparément la commande aller et l’état retour. Ne renvoyez pas toute entrée vers toute sortie sans décider du parcours nécessaire : l’essai doit vérifier qu’une commande produit le nombre d’actions prévu. Consultez aussi feedback et état du cue et note éteinte et couleur.

L’aide d’Ableton, applicable à toutes les versions, distingue le transport MIDI de la synchronisation et recommande Link pour synchroniser les applications compatibles. Si seul un tempo commun est nécessaire, évaluez cet objectif séparément. Un essai de synchronisation ne résout pas le retour d’un bouton.

Consignez les deux sens et répétez-les après reconnexion avec la fiche vierge. La reconnexion proposée ne garantit pas le rétablissement de l’état précédent du bouton : comparez son indication avec le cue réel avant de poursuivre.

Link maintient le tempo, mais chaque application affiche une autre mesure : que reste-t-il à vérifier ?

Distinguez synchronisation du tempo, transport et position pour évaluer Ableton Link.

Le manuel Live 12, sections 37.1.1–37.1.2 documente Start Stop Sync pour les participants qui l’ont activé. Il explique aussi que le démarrage attend la quantification de lancement et que tout participant peut modifier le tempo. Il faut donc décider qui changera le BPM pendant le spectacle.

La FAQ d’Ableton, Start Stop Sync précise que Live démarre selon son temps local, sa quantification et son marqueur de départ. Partager tempo et démarrage ne suffit pas à vérifier le point du morceau ni le cue qui devrait être actif.

Nous proposons de noter quatre données par application : BPM, transport, position et cue ou action prévus. Partez d’une référence choisie pour l’essai et comparez ces données avant toute modification. Après reconnexion, vérifiez de nouveau position et état ; voir un autre participant dans Link n’est pas le résultat complet de cet essai.

Pour déclencher une action précise, suivez aussi le parcours MIDI et le retour au bouton. Consignez les observations dans la fiche vierge. Vous pouvez coordonner les actions avec notre service d’éclairage.

Le MIDI arrive à Lightkey, mais les Live Triggers manquent sur un autre ordinateur : que vérifier ?

Vérifiez versions, fichiers transférés et déclenchements sur les deux ordinateurs avant de considérer la remise comme prête.

Le manuel Lightkey Rev. 6.0, pp. 292–293 situe la préparation sur le même ordinateur : Enable Live Triggers dans External Control et clips sous User Library > Lightkey. Une connexion MIDI ne prouve pas que ces clips sont disponibles dans la bibliothèque de destination.

L’aide de Lightkey, recevoir depuis un autre ordinateur distingue préparation et exécution : les deux applications doivent être sur le même Mac lors de la création des Live Triggers ; elles peuvent ensuite fonctionner sur des ordinateurs séparés.

Nous proposons de vérifier d’abord un clip et son action dans une copie du montage préparé. Notez le projet, la page et le cue correspondant à ce clip. Avant l’essai depuis l’autre ordinateur, vérifiez que le clip y est disponible et examinez sa destination MIDI. Consignez le message reçu et l’action observée ; avoir copié un fichier laisse encore cet essai à faire.

Conservez le set et le projet à essayer, et notez leurs versions dans la fiche. Si le clip est présent mais ne répond pas, suivez la sortie et la réception MIDI ; s’il répond mais que l’indicateur diffère, vérifiez le feedback.

Le clip ou le cue démarre en retard : vérifier la quantification, le début ou la réception ?

Comparez ces étapes séparément avant de modifier le spectacle.

Le manuel Live 11, 14.1 et 14.4 limite les réglages de lancement à Session View : Arrangement lit selon la position de ses clips. Dans Session, Global prend la quantification générale et None la désactive. Nous proposons de comparer un clip dans une copie avec None uniquement si cette entrée n’a pas besoin d’attendre la grille musicale ; notez le réglage précédent pour pouvoir le rétablir.

Le manuel Lightkey Rev. 6.0, pp. 294–295 indique de régler la durée par le bord droit. Déplacer le bord gauche peut retarder ou supprimer le message initial. Pour le réparer, ouvrez le clip par double-clic et placez Start Marker à l’extrémité gauche du MIDI Note Editor.

Avant de modifier plusieurs réglages, nous proposons de noter quand vous avez demandé le lancement, quand le clip a démarré et quand le cue a changé. Comparez un déclenchement à l’arrêt et un autre pendant la lecture. Si l’écart ne peut pas être mesuré, laissez-le comme observation et joignez une capture ; ne remplissez pas de millisecondes estimées.

Pour consigner réception et effet, External Control Log, p. 315, doit être ouvert et sans pause. Ajoutez le journal à la fiche et suivez le trajet MIDI.

J’arrête le morceau et la lumière reste active : quel état libérer ?

Nous proposons d’essayer deux situations séparément : laisser le clip se terminer et arrêter le morceau avant la fin. Choisissez d’abord la scène qui doit rester dans chaque cas : une pause peut nécessiter une lumière de travail ou une scène d’attente. Notez l’objet contrôlé et l’origine de son activation.

Le manuel Lightkey Rev. 6.0, pp. 293–294 et 215–216 distingue les Live Triggers : un cue avec bouton dure autant que son clip ; dans une cuelist, il reste jusqu’à l’activation d’un autre. En dehors de ce contrôle, les cues restent généralement jusqu’à leur désactivation, avec des exceptions selon leur configuration.

Les actions, pp. 288–289 distinguent Deactivate All Cues et Deactivate All Presets. Les presets actifs sont prioritaires sur les cues (pp. 127–128). Vérifiez aussi les propriétés forcées et la sortie des luminaires.

Dans une copie du projet, nous proposons d’essayer l’action adaptée à l’objet et d’en noter l’effet. Comparez fin naturelle, arrêt anticipé et redémarrage. N’affectez pas de libération globale au bouton de transport avant d’avoir examiné les autres scènes affectées et essayé la scène d’attente.

Consignez les observations dans la fiche vierge. Si la commande arrive mais que l’indicateur ne correspond pas à l’action, vérifiez le retour du contrôleur. Pour préparer les entrées et pauses d’un spectacle, vous pouvez coordonner le montage avec notre service d’éclairage.