Commande audiovisuelle · Guide pratique
Q-SYS : préparer une UCI et distinguer émulation et exploitation réelle
Une UCI (User Control Interface, ou interface utilisateur) peut regrouper la sélection des contenus et les états des équipements d’un événement. Elle est utile si l’opérateur distingue sa demande de ce que le système a confirmé.
- Opérateur : choix du contenu
- UCI : demande et état visible
- Logique de commande / Core prévu
- Appareil AV et observation de sortie
Définir une interface pour une tâche précise
Dans cette application proposée, un opérateur choisit le contenu d’attente ou la vidéo d’ouverture. Séparez le nom du contenu demandé de l’état reçu. Sans retour documenté, affichez une condition à vérifier et convenez d’une observation manuelle.
Coordonnez les modifications avec la personne responsable du traitement numérique du signal audio (DSP). Cette préparation concerne commandes, textes et décisions de l’UCI ; traitement et routage audio nécessitent leur propre revue.
Modèle, design et licences
Relevez Core, version de Designer, firmware prévu, dispositif d’affichage et composants ou plugins de commande. La FAQ officielle indique que les Cores compatibles sous 10.0 ou version ultérieure accèdent aux scripts et UCI sans installer ces licences. Pour une version antérieure, vérifiez les droits applicables sans extrapoler ce changement. Vérifiez séparément les autres fonctions du design : ouvrir ou émuler le fichier ne confirme pas que le Core dispose de toutes les ressources nécessaires.
Check Design aide à identifier exigences et limites calculées du design. Sa documentation précise qu’il ne prédit pas toutes les charges liées aux scripts, plugins ou autres fonctions dépendantes de l’environnement. Conservez le rapport avec la révision du fichier.
Éléments à comparer
| Élément | En émulation | En environnement réel autorisé |
|---|---|---|
| Navigation UCI | Examiner pages, textes et logique | Vérifier affichage et utilisation sur le panneau choisi |
| Indicateur matériel | Données physiques absentes ou valeurs par défaut possibles | Comparer à l’état documenté de l’appareil |
| Commande audio | Ne démontre ni signal ni DSP | Vérifier avec le département son |
| Interface série du Core | Ne fonctionne pas comme un port physique en émulation | Vérifier interface, réponse et sortie séparément |
Le nom du mode ne garantit pas l’isolement des appels réseau d’un script. Préparez l’exemple sans destinations réelles, identifiants ni composants capables de communiquer hors de l’environnement de revue.
Préparer la revue sans déployer
- Conservez une copie du design et décrivez la commande à ajouter ou modifier.
- Précisez action, état attendu, source du retour et décision sans confirmation.
- Utilisez des données fictives pour examiner les noms et la logique, puis consignez séparément les observations faites en émulation.
- Distinguez résultats d’émulation, essais sur Core et observation du signal. Révisez les textes dans une copie sans enregistrer sur un Core actif.
Trois questions pour préparer le projet
- Existe-t-il un design approuvé ? Sa révision et son responsable délimitent la modification.
- L’UCI sera-t-elle affichée sur PC, tablette ou panneau Q-SYS ? Confirmez format, autorisations et licences.
- Quel signal confirme le résultat ? Définissez source, fraîcheur et décision de l’opérateur en son absence.