Technique
Protocoles de contrôle AV : VISCA, OSC, NDI® PTZ, ONVIF et les autres
Le transport décrit comment la vidéo circule, le contrôle décrit comment on commande les machines. Cette page de référence couvre la seconde question : les protocoles qui pilotent PTZ, tally, routeurs et logiciels. Pour le transport, voir le guide NDI®, SRT, RTSP, RTMP.
L'article Piloter une production live décrit le contrôle AV en quatre couches : la surface que l'opérateur touche, le middleware qui orchestre, puis les protocoles. Cette page traite les deux couches basses, celles qui parlent réellement aux machines.
La ligne de partage est simple. Les protocoles génériques sont indépendants du constructeur : OSC, MIDI, HTTP/REST, WebSocket, TCP/UDP, Art-Net. Ils servent à orchestrer et à relier des logiciels. Les protocoles métiers AV contrôlent des fonctions précises d'un équipement : VISCA pour le PTZ, NDI® pour le PTZ et le tally embarqués, ONVIF pour les caméras IP, TSL UMD pour le tally, NMOS pour le ST 2110, Ember+ pour l'audio broadcast, GPI/GPO pour les déclenchements robustes.
| Protocole | À retenir | Usage principal |
|---|---|---|
| VISCA | « Le standard PTZ » | Piloter pan, tilt, zoom, presets et réglages image d'une caméra PTZ, en série ou en VISCA over IP |
| NDI® PTZ / tally | « Le contrôle dans le flux » | PTZ, tally et métadonnées embarqués dans une infrastructure NDI® existante |
| OSC | « Messages souples pour show control » | Déclencher des cues et piloter des paramètres entre logiciels (QLab, TouchOSC, Resolume) |
| API réseau | « HTTP, WebSocket, TCP » | Piloter un logiciel live (OBS, vMix, mimoLive) depuis un outil d'automation ou un script |
| ONVIF | « Le monde caméra IP / VMS » | Découvrir, configurer et contrôler des caméras IP, surtout en vidéosurveillance |
| TSL UMD | « Tally et noms de sources » | Remonter tally et labels vers multiviewers et under-monitor displays |
| NMOS | « Le contrôle en ST 2110 » | Découverte, connexion et événements entre senders et receivers en environnement ST 2110 |
| GPI / GPO | « Le contact sec » | Déclenchements simples et robustes, tally, redondance, secours |
Open Sound Control, la souplesse du show control
OSC
OSC est un protocole de messages pensé pour le contrôle temps réel en audio, vidéo, lumière et installations interactives. Un message utilise une adresse de type chemin, par exemple /camera/1/preset/3, avec des arguments typés ; la spécification prévoit aussi des bundles horodatés pour grouper plusieurs messages. Il est très répandu dans QLab, TouchOSC, Millumin et Resolume, ainsi que dans de nombreuses consoles et outils créatifs.
Avantages
- +Simple, lisible, rapide à mapper
- +Très flexible : cues, paramètres, interfaces tactiles, ponts entre logiciels
- +Transport UDP ou TCP selon l'application
- +Largement adopté en show control et installations interactives
Limites
- -Pas de vocabulaire universel : chaque application définit ses propres adresses
- -Une adresse n'a de sens que dans l'application qui la définit, d'où des mappings à documenter
- -En UDP, rapide mais sans garantie de livraison
- -Le retour d'état dépend de l'application : à vérifier au cas par cas
Usage recommandé
Relier plusieurs logiciels, déclencher des cues, piloter une interface tactile personnalisée. Pour des commandes critiques, privilégier TCP quand l'application le permet et vérifier l'existence d'un retour d'état.
La base des logiciels live modernes
API réseau (HTTP, WebSocket, TCP)
La plupart des logiciels de production live exposent une API réseau qui permet à un outil d'automation ou à un script de changer une scène, lancer un enregistrement, récupérer un état ou piloter un overlay. OBS s'automatise via WebSocket, vMix expose une API HTTP et une API TCP, mimoLive s'appuie sur son serveur web intégré et son API HTTP. C'est par ces interfaces que des outils comme Bitfocus Companion ou Node-RED orchestrent une régie logicielle.
Avantages
- +Très puissant et bidirectionnel : commande et retour d'état
- +Facile à intégrer dans un outil d'automation, un script ou un dashboard
- +Standard et bien documenté côté logiciels
- +Permet souvent de s'abonner à des événements (tally, état d'enregistrement)
Limites
- -Ouvre un accès réseau au cœur de la régie : sécurité à gérer sérieusement
- -Ports, méthodes d'authentification et fonctions varient selon le logiciel et la version
- -Pas de découverte universelle : chaque logiciel a sa logique
- -Aucune exposition directe sur Internet : VLAN dédié ou VPN obligatoires
Usage recommandé
Piloter un logiciel live depuis une surface ou un outil d'automation. Les ports, méthodes d'authentification et fonctions disponibles doivent toujours être vérifiés dans la documentation de chaque logiciel et dans la version réellement utilisée.
Deux autres protocoles génériques reviennent souvent, plus spécialisés : MIDI, simple et très répandu pour l'audio, les contrôleurs et les macros, mais moins descriptif qu'OSC ; et Art-Net, qui transporte le DMX sur Ethernet pour la lumière (voir plus bas).
Le grand classique du contrôle PTZ
VISCA
VISCA est un protocole de contrôle caméra développé par Sony, historiquement en RS-232 / RS-422, puis décliné en VISCA over IP. Il pilote pan, tilt, zoom, presets, focus, iris, balance des blancs, exposition, menu et alimentation. Dans l'implémentation Sony, VISCA over IP s'appuie sur IPv4, UDP et le port 52381. C'est souvent le protocole le plus direct pour piloter une PTZ depuis un joystick, un outil d'automation, un logiciel live ou un contrôleur matériel. Certaines PTZ modernes, comme des solutions BirdDog, se pilotent en VISCA over IP comme en NDI® PTZ selon les modèles.
Avantages
- +Très répandu et efficace pour le PTZ
- +Compatible avec de nombreux constructeurs
- +Fonctionne en IP ou en série selon les modèles
- +Souvent le chemin le plus direct pour les presets et le pilotage temps réel
Limites
- -Variantes constructeur : « VISCA over IP » ne garantit pas mêmes ports, commandes ou retours
- -Comportements et accusés de réception (ACK) qui diffèrent d'une marque à l'autre
- -Dépendant du firmware : une mise à jour peut changer le comportement
- -À tester précisément en intégration : port, UDP/TCP, commandes, presets, vitesse
Usage recommandé
Le pilotage PTZ de production, surtout quand on veut un contrôle direct et réactif. En intégration, toujours vérifier port, transport, commandes supportées et retour ACK pour la caméra et le firmware réellement utilisés.
Le contrôle embarqué dans le flux
NDI® PTZ et tally
NDI® est d'abord un système de transport vidéo, audio et métadonnées sur IP. Mais il embarque une couche de métadonnées bidirectionnelles utilisée notamment pour le PTZ, le tally et le KVM. Dans un environnement déjà en NDI®, le contrôle peut donc voyager dans le même flux : une caméra PTZ NDI® se pilote depuis un logiciel compatible, et le tally remonte vers l'équipement. Même en multicast, un canal unicast peut rester utilisé pour ces métadonnées bidirectionnelles.
Avantages
- +Très pratique si la vidéo est déjà en NDI®
- +Découverte automatique des sources
- +PTZ et tally intégrés au flux, moins de câblage de contrôle séparé
- +Adapté aux régies logicielles, studios corporate et éducation
Limites
- -Ce n'est pas un bus de contrôle universel : tout dépend du support réel de l'équipement
- -Exige un réseau maîtrisé : multicast/unicast, mDNS ou Discovery Server, VLAN, débit
- -Wi-Fi à éviter pour les workflows critiques
- -Moins direct que VISCA quand on a besoin d'un contrôle PTZ fin et déterministe
Usage recommandé
Le contrôle PTZ et tally dans une infrastructure déjà NDI®. Pour les bases du protocole et le dimensionnement réseau, voir le dossier Comprendre NDI®.
Plus vidéosurveillance / VMS que broadcast
ONVIF
ONVIF vient surtout du monde des caméras IP, de la vidéosurveillance et des VMS. Il sert à découvrir, configurer et contrôler des caméras IP : streaming, profils, événements et PTZ selon les profils supportés. Le Profile S est orienté systèmes vidéo IP et permet à un client de configurer et contrôler le streaming d'un équipement compatible ; le Profile T va plus loin avec H.264 / H.265, paramètres image, événements, métadonnées et fonctions de contrôle comme le PTZ côté client.
Avantages
- +Standard ouvert et interopérable entre caméras IP et VMS
- +Découverte et configuration normalisées
- +Utile dans les environnements hybrides AV et sécurité
- +PTZ côté client selon les profils supportés
Limites
- -Orienté surveillance, moins taillé pour la production broadcast
- -Le support des fonctions dépend du profil et du constructeur
- -Pour une PTZ de production, souvent moins direct que VISCA ou NDI® PTZ
- -Comportement à valider selon l'équipement
Usage recommandé
Découvrir et contrôler des caméras IP, surtout en vidéosurveillance ou en environnement hybride. Pour une PTZ de production live, VISCA ou NDI® PTZ restent souvent plus prévisibles.
Autres protocoles en environnement pro
| Protocole | Usage principal | À retenir |
|---|---|---|
| TSL UMD | Tally, labels, multiviewers, under-monitor displays | Très répandu pour transmettre tally et noms de sources ; la v5 est orientée Ethernet et multiviewers |
| NMOS IS-04/05/07 | Découverte, connexion et événements en ST 2110 | IS-04 découvre les ressources réseau, IS-05 gère les connexions senders/receivers, IS-07 les événements et le tally |
| Ember+ | Contrôle audio et broadcast : consoles, matrices, équipements pro | Protocole ouvert historiquement porté par Lawo pour exposer des paramètres contrôlables |
| Art-Net / sACN | Lumière, DMX sur Ethernet | Transportent le DMX512 sur réseau Ethernet ; très utilisés en lumière et événementiel |
| GPI / GPO | Déclenchements simples, tally, redondance | Contact sec, fermeture, relais : ancien mais très robuste et déterministe |
| RS-232 / RS-422 | Caméras, projecteurs, matrices, équipements anciens | Fiable et déterministe, mais point à point et moins flexible que l'IP |
| Besoin | Orientation |
|---|---|
| Caméra PTZ de production | VISCA over IP, ou NDI® PTZ si la caméra est NDI® |
| Caméra IP ou VMS | ONVIF |
| Show control multi-logiciels | OSC, avec un outil de show control |
| Piloter un logiciel live | API réseau du logiciel (HTTP, WebSocket, TCP) |
| Tally et multiviewer | TSL UMD, API du mélangeur, ou tally NDI® selon le contexte |
| Environnement ST 2110 | NMOS IS-04/05/07, éventuellement Ember+ |
| Lumière et événementiel | DMX, Art-Net, sACN |
| Secours critique | GPI/GPO, RS-422, panneau hardware dédié |
Ces orientations décrivent des familles de solutions, pas une combinaison unique : le bon choix dépend du matériel en place, du réseau et du niveau d'exigence en exploitation.
L'essentiel
Il n'existe pas de bus de contrôle universel. En pratique, on combine un protocole générique pour orchestrer (souvent OSC ou une API réseau) et des protocoles métiers pour les fonctions précises (VISCA ou NDI® PTZ pour les caméras, TSL UMD pour le tally, NMOS en ST 2110).
Mais le critère décisif n'est pas le nombre de fonctions : un protocole de contrôle n'est réellement exploitable en live que s'il permet de connaître, directement ou indirectement, l'état de l'équipement contrôlé.
- 1. Piloter une production live : comprendre les 4 couches du contrôle AV
- 2. Surfaces de contrôle et automation : du bouton à l'action en production live
- 3. Protocoles de contrôle AV : VISCA, OSC, NDI® PTZ, ONVIF et les autres (cette page)
Parlons de votre chaîne de contrôle.
Choix de protocole, pilotage PTZ, tally, automation, sécurité réseau : l'équipe HoriCast accompagne les intégrateurs et utilisateurs finaux en France.
Nous contacter