Timecode et console DMX : synchroniser sa conduite lumière

Synchroniser la lumière avec la musique, la vidéo ou un automate, à la frame près et à l’identique chaque soir : c’est le rôle du timecode. Dès qu’un spectacle devient un déroulé minuté — théâtre musical, festival, parc, captation — la conduite manuelle ne suffit plus. Ce guide explique ce qu’est le timecode, la différence entre LTC et MTC, comment votre console le lit et déclenche vos cues, et les pièges à éviter en production. Selon votre contexte — théâtre, tournée ou touring — l’usage du timecode varie. Pour le cadre général du choix de console, voyez notre hub de décision.

Le timecode (SMPTE), c’est quoi ?

Le timecode vient du monde du broadcast : il est normalisé par la SMPTE (Society of Motion Picture and Television Engineers). C’est une horloge commune, exprimée en heures : minutes : secondes : frames, que toutes les machines d’un show peuvent suivre. Il existe quatre cadences (frame rates) standard, héritées des fréquences électriques et des normes vidéo :

• 24 fps — standard film ;
• 25 fps — PAL (Europe) ;
• 30 fps — NTSC ;
• 29,97 fps (drop-frame) — NTSC avec correction.

Tout le monde sur le show doit utiliser la même cadence : c’est la première règle, et la première source de panne (voir plus bas).

LTC ou MTC : quelle différence ?

Le timecode arrive à votre console sous deux formes principales :

	LTC (Linear Time Code)	MTC (MIDI Time Code)
Nature	Signal audio analogique	Message numérique MIDI
Câblage	Audio (XLR), infrastructure son existante	MIDI
Portée / robustesse	Va loin, se distribue, se bufferise, peut passer en HF	Limité à l’infrastructure MIDI
Réactivité	Lecture immédiate	1 message tous les ¼ de frame → lock plus lent (≈ 2 à 4 frames de latence)

En pratique, le LTC est souvent privilégié en tournée et en grande production : un signal audio se route, se splitte et se transporte facilement. Le MTC reste courant dès qu’on travaille déjà en MIDI.

Comment la console lit le timecode et déclenche les cues

Le principe est le même partout : la console reçoit le timecode entrant (par une entrée audio/XLR pour le LTC, par MIDI pour le MTC), puis vous lui dites quel cue ou quelle action déclencher à quel instant. On construit une liste d’événements (event list / timecode pool) qui associe chaque point de temps à un « go ». Une fois le timecode lancé, la conduite se déroule seule, à la frame près. Le timecode est indépendant du transport DMX : il cohabite avec vos réseaux Art-Net / sACN et votre RDM.

Chaque système a sa propre mise en œuvre (listes d’événements, pools de timecode, modes internes/externes).

Les pièges en production

• Frame rate mismatch : émetteur et récepteur réglés sur deux cadences différentes = désynchronisation. À vérifier en tout premier.
• Source maître unique : un seul générateur de timecode fait référence ; tout le monde se cale dessus.
• Free-run vs record : timecode qui tourne en continu ou rejoué depuis un média — le comportement au « catch » diffère.
• Jitter / drop : un signal LTC dégradé (niveau, câblage) peut faire décrocher la lecture.

FAQ pro

LTC ou MTC pour débuter ?

Le LTC est généralement plus simple et plus robuste à mettre en œuvre, car il se route comme de l’audio et tolère la distance. Le MTC se justifie surtout quand votre infrastructure est déjà MIDI.

Peut-on faire du timecode sans régie son ?

Oui : il suffit d’une source de timecode (générateur dédié, lecteur média, logiciel de show control) envoyée à la console. La régie son n’est qu’une source possible parmi d’autres.

Le timecode remplace-t-il l’opérateur ?

Non. Il automatise le déroulé minuté, mais un opérateur reste nécessaire pour lancer, reprendre en manuel en cas de problème et gérer l’imprévu — exactement la logique de redondance abordée dans notre hub de décision pro.

Photo : ThisIsEngineering / Pexels

Voir les consoles lumière sur Thomann →

Cette page contient des liens d'affiliation. Si vous achetez via ces liens, nous pouvons percevoir une commission, sans surcoût pour vous.