Aller au contenu
Demander un devis
Français

Vidéo · Guide pratique

TouchDesigner : Video Device In TOP, synchronisation de capture et diagnostic

Si le matériel se verrouille sur la référence mais que le contenu filmé reste décalé, séparez capture, traitement et sortie. Video Device In TOP contrôle l’entrée ; ses états ne vérifient pas à eux seuls la sortie GPU ou le LED. Comparez build installé, pilote et carte avant d’appliquer les paramètres de la documentation Latest.

Identifier la capture et la portée de chaque contrôle

Commencez par identifier la carte de capture et le parcours en défaut : source, entrée sélectionnée, nœud et destination physique. Conservez projet et paramètres initiaux avant de comparer les modes.

Notez fabricant et modèle complet de chaque carte, pilote, système d’exploitation et build TouchDesigner. Un nom comme « DeckLink 4K » ne suffit pas pour choisir le manuel ou confirmer les fonctions. Si le parcours utilise générateur, GPU synchronisé, processeur LED ou caméra, relevez aussi modèles, firmwares et connexions ; identifiez l’entrée de référence de chaque équipement.

La documentation officielle Video Device In TOP distingue les contrôles de capture selon bibliothèque et périphérique. Utilisez la référence Latest des sources et vérifiez les options du build installé : ne supposez pas que 2025.30000 présente tous les contrôles de la même façon.

Avant l’essai, vérifiez dans la documentation de la carte les modes admis avec ce pilote. La liste des fabricants de l’opérateur oriente le choix de bibliothèque sans confirmer toutes les combinaisons de modèles.

Transfer Mode : attendre l’arrivée d’une image avec le mode AJA

Derivative le restreint à AJA : le processus attend une image de cette entrée puis l’utilise pour traiter le nœud. La description prévient d’une possible dégradation des performances.

Pour ce mode, le fabricant demande de désactiver Real-time dans la barre supérieure et de n’utiliser qu’un nœud dans ce mode par processus. Conservez ces deux conditions avec le nom du contrôle. Ce n’est pas une instruction générale pour toute capture ou pour Sync Inputs.

Si l’option manque, notez build, Driver, Device et modèle exact avant de chercher un autre menu. Le fait qu’une carte Blackmagic capture une image ne lui donne pas ce mode AJA.

Essai proposé : conservez d’abord fichier et paramètres initiaux. Si la documentation du matériel réel confirme le mode, comparez comportement du processus et compteurs avec la configuration convenue, hors programme. Relevez séparément sortie physique et caméra ; ce guide ne promet pas une latence totale nulle.

Transfer Mode : attendre l’arrivée d’une image avec le mode AJA
Élément à vérifierContrôle documentéPortée restant à préciser
Processus attendant une captureTransfer Mode : On-Demand, Sync to Frame Input ; AJA. Real-time désactivé et un nœud par processus.Build, pilote et carte réels ; performances et sortie finale.
Captures regroupéesSync Inputs et Sync Group Index ; sources avec genlock.Compatibilité des entrées, états et compteurs par groupe.
Images envoyées par GPU au LEDNon vérifié par un réglage de Video Device In TOP.Documentation de sortie, GPU, synchroniseur, processeur LED et caméra.

Sync Inputs : groupes de capture et comportement lors d’un timeout

La même page, Sync Inputs, décrit la synchronisation de plusieurs Video Device In TOP dans un système. Les sources doivent être genlocked. Le document lu cite Blackmagic, DataPath, Deltacast et BlueFish pour cette fonction ; ne la confondez pas avec la restriction AJA d’ondemandsync.

Sync Group Index sépare les groupes dans le fichier .toe. Max Sync Offset (ms) fixe l’écart admissible entre arrivées pour considérer les images comme appartenant à la même image. Sync Timeout (ms) fixe l’attente du groupe.

Derivative indique qu’à expiration du timeout en attendant les images du groupe, tous ses nœuds conservent l’image actuelle, même si certaines entrées ont reçu de nouvelles images. Si l’image se fige au regroupement, notez les entrées qui fournissent un signal et l’augmentation éventuelle de sync_timeouts. Cela prépare la comparaison suivante sans identifier encore câble ou carte défectueux.

Nous proposons de commencer par une entrée puis d’ajouter les autres une à une, en conservant signal et configuration à chaque étape. Identifiez groupe et changement coïncidant avec le gel. Vérifiez référence et format dans les manuels des sources et cartes ; regrouper les nœuds ne remplace pas ces vérifications.

Info CHOP : lire connexion, cadences et compteurs avant d’attribuer une panne

Dans Specific Video Device In TOP Info Channels, Derivative explique les canaux de l’Info CHOP associé. connected vaut 1 quand le nœud se connecte au périphérique ; cela ne confirme pas une entrée valide. Comparez cette donnée à l’image et aux informations de signal disponibles du matériel et du pilote.

signal_fps indique la cadence du format et vaut 0 si elle est inconnue. capture_fps compte les images capturées pendant la dernière seconde ; ne le substituez pas au format choisi. Conservez aussi Signal Format, dont la valeur entrelacée s’exprime en champs par seconde dans la documentation du paramètre.

Relevez début et fin d’un intervalle noté, avec mêmes contenu et configuration. Conservez les deux lectures avant Reset Stats, qui remet à zéro les statistiques de l’Info CHOP associé. Comparez l’incrément de chaque compteur dans cet intervalle.

Les compteurs indiquent des étapes distinctes. Si l’un augmente, conservez cadences et charge du projet avant de décider quoi changer. Une image répétée peut être normale si l’application affiche plus d’images par seconde qu’elle n’en reçoit.

Info CHOP : lire connexion, cadences et compteurs avant d’attribuer une panne
CanalDescription du fabricantÀ relever pendant l’essai
connected / signal_fpsConnexion au périphérique ; cadence du signal ou 0 si inconnue.Image, format et données disponibles du pilote.
frames_repeatedLe nœud a réaffiché une image ; cela peut être normal, par exemple capture à 30 Hz et application à 60 fps.Cadences d’entrée et du processus ; incrément dans l’intervalle.
frames_droppedImages capturées par la carte non consommées par le thread de lecture TouchDesigner.Incrément et configuration de capture.
frames_skippedImages consommées par le thread de lecture mais non utilisées par le nœud.Incrément et performances du projet.
sync_timeouts / last_sync_waitTimeouts du groupe et durée d’attente des images synchronisées valides.Entrées du groupe, durées configurées et intervalle.

Consigner l’essai et vérifier la destination physique

Remplissez la fiche TouchDesigner de capture et synchronisation vierge. Notez entrée, processus et chaque destination : une observation dans l’opérateur ne prouve ni l’image envoyée à la salle ni celle enregistrée par caméra.

Pour le récepteur d’image, suivez le guide VENICE ; ses contrôles conservent leur modèle et version. Le guide GEN10 aide à relever la référence, et celui du congrès avec LED, enregistrement et streaming (en espagnol) sépare les destinations pour préparer le traitement et la distribution vidéo.

Pour vérifier tout le parcours, reliez les lectures de capture à une image ou un clip reconnaissable à chaque destination. Le guide des sorties GPU, Video Device Out et Sync II distingue les contrôles de sortie ; ne transposez pas à TouchDesigner le résultat d’un autre programme.

Capture noire au changement d’ordinateur : relever le format avant redémarrage

Si l’image disparaît au changement d’ordinateur, comparez d’abord chaque source connectée en fixe à la même entrée de capture. Relevez modèle de carte, pilote, build TouchDesigner et format complet de chaque source.

Avant de modifier Active, conservez Driver, Device, Signal Format, image, erreur et lectures Info CHOP. Notez le format indiqué par la source ou le périphérique à chaque position du commutateur. « 1080p » ne précise ni cadence exacte ni format de pixel, qui peuvent différer entre les deux ordinateurs.

Derivative, Video In > Signal Format, définit résolution, cadence et progressif ou entrelacé ; en entrelacé, la cadence s’exprime en champs par seconde. Dans Specific Info Channels, rgb_input vaut 1 pour RGB, 0 pour YUV/YCbCr et -1 si inconnu ou non pris en charge par la bibliothèque. connection_changes n’est pas non plus disponible sur tous les périphériques. Notez cette absence d’information sans la transformer en cause.

Nous proposons de tester chaque source fixe puis la commutation. Si les deux capturent séparément et que le changement fait perdre l’image, conservez ce changement avant de réactiver la capture. Si l’une échoue déjà en fixe, examinez d’abord son parcours. Aucun résultat ne désigne à lui seul une panne d’EDID, HDCP, câble ou pilote.

Utilisez la fiche de changement de source et capture vierge et le guide des états DeckLink pour distinguer entrée vidéo et référence. L’essai doit se faire hors programme et finir par la vérification de la capture et de chaque destination.

Capture noire au changement d’ordinateur : relever le format avant redémarrage
Essai proposéDonnées à conserverSuite proposée
Source A fixeFormat indiqué, Signal Format, image et compteurs.Si elle échoue déjà, examinez ce parcours avant la commutation.
Source B fixeMêmes données et même entrée de capture.Comparez cadence, balayage et données de pixel disponibles.
A → B et B → AÉtat juste avant et après, erreur et durée observée.Conservez la panne avant de modifier Active ou la configuration.
RécupérationAction effectuée, format après et durée relevée.Vérifiez contenu et continuité ; retrouver une image n’explique pas la cause.

Changement de format DeckLink : détection et redémarrage relèvent de l’application

Le SDK de mars 2026, 2.4.6, page 25, décrit la détection automatique sur certains périphériques. L’application vérifie BMDDeckLinkSupportsInputFormatDetection, installe IDeckLinkInputCallback et active l’entrée avec bmdVideoInputEnableFormatDetection. La section 2.5.10.2, page 82 exige de vérifier la prise en charge pour le périphérique et le pilote précis.

VideoInputFormatChanged signale un changement détecté ; cela ne signifie pas que l’application a déjà reconfiguré la capture. Si mode ou format de pixel change, le SDK propose PauseStreams → EnableVideoInput avec mode et format de pixel détectés → FlushStreams → StartStreams. Cette séquence vise les développeurs intégrant le SDK ; ce n’est pas un menu TouchDesigner ni une commande à exécuter dans le projet.

Pour l’assistance, demandez mode détecté, mode activé, format de pixel, code de retour et état de capture de part et d’autre du changement. Build réel et bibliothèque restent à vérifier.

Si la carte doit recevoir un format convenu malgré les changements de source, préparez l’essai avec le scaler MD-HX. Cela exige de vérifier entrée, sortie et parcours du modèle précis sans remplacer le diagnostic de capture ni confirmer une transition sans coupure.

Questions fréquentes

Où chercher Sync to Frame Input s’il n’apparaît pas comme paramètre distinct ?

Cherchez On-Demand, Sync to Frame Input (ondemandsync) dans Video In > Transfer Mode. Derivative le limite à AJA. S’il manque, relevez build, Driver, Device et modèle de carte et vérifiez leur documentation avant de changer un autre contrôle.

Sync Inputs fait-il la même chose qu’On-Demand, Sync to Frame Input ?

Leurs portées diffèrent. Le mode AJA fait attendre au processus une image de cette capture. Sync Inputs regroupe plusieurs nœuds d’entrée et exige des sources avec genlock ; le document lu cite Blackmagic, DataPath, Deltacast et BlueFish pour cette fonction. Aucune de ces descriptions ne confirme la sortie physique GPU vers LED.

Quand Derivative demande-t-il de désactiver Real-time et d’utiliser un seul nœud ?

Pour On-Demand, Sync to Frame Input, la documentation demande Real-time désactivé et un seul nœud dans ce mode par processus. Elle prévient aussi d’une possible baisse des performances. N’étendez pas cette instruction à tous les modes ; vérifiez le matériel réel et conservez la configuration initiale avant une comparaison hors programme.

Pourquoi les images peuvent-elles se figer en regroupant les entrées ?

Si Sync Timeout expire sans les images nécessaires du groupe, tous ses nœuds conservent l’image actuelle. Relevez Sync Group Index, Max Sync Offset, Sync Timeout et incrément de sync_timeouts. Testez une entrée puis ajoutez les autres une à une ; notez celle coïncidant avec le gel et vérifiez signal et référence avant d’augmenter les délais.

L’augmentation de frames_repeated prouve-t-elle une panne de capture ?

Comparez d’abord les cadences. Derivative précise que le compteur augmente aussi pour des répétitions attendues, par exemple capture à 30 Hz et processus à 60 fps. Les compteurs ne désignent pas seuls une panne. Notez l’intervalle et distinguez frames_dropped — images non consommées par le thread de lecture — et frames_skipped — images lues par ce thread mais non utilisées par le nœud.

connected à 1 confirme-t-il une vidéo valide dans TouchDesigner ?

Il confirme la connexion du nœud au périphérique selon Info CHOP, pas nécessairement un signal valide. Notez image observée, Signal Format, signal_fps et capture_fps. signal_fps à 0 signifie cadence inconnue et capture_fps compte la dernière seconde. Entrée et matériel réels restent à vérifier sans déduire le format de ces seules valeurs.

Augmenter Sync Timeout ou Max Sync Offset corrige-t-il toute entrée désynchronisée ?

Les contrôles définissent l’attente du groupe et l’écart d’arrivée accepté. La documentation exige des sources avec genlock ; changer les délais ne remplace pas cette condition et ne vérifie pas une sortie LED. Conservez valeurs et compteurs, vérifiez les entrées et comparez une variable hors programme.

Que conserver avant Reset Stats dans Video Device In TOP ?

Notez configuration, durée d’intervalle et lectures Info CHOP. Reset Stats remet les statistiques associées à zéro ; conserver d’abord les lectures permet de comparer l’incrément sans perdre la période précédente. Après changement, faites une nouvelle lecture sur le même intervalle et signalez les données absentes du pilote.

Pourquoi la capture peut-elle devenir noire au changement d’ordinateur si les deux indiquent 1080p ?

Relevez aussi cadence exacte, balayage et données de pixel disponibles. Comparez chaque source fixe puis la commutation en conservant Signal Format, image, erreur et Info CHOP. Si les deux fonctionnent en fixe mais pas au changement, gardez cet instant avant redémarrage. Il reste à identifier l’étape perdant le signal ou ne s’adaptant pas.

Quand essayer Active dans Video Device In de TouchDesigner ?

Active contrôle la capture selon Derivative. Pour le comparer, travaillez hors programme et conservez les états avant et après, avec carte, build et format d’entrée.

VideoInputFormatChanged confirme-t-il que l’application capture déjà le nouveau format ?

Le callback signale le changement détecté. Le SDK décrit séparément le redémarrage avec PauseStreams, EnableVideoInput aux mode et format de pixel détectés, FlushStreams et StartStreams. Vérifiez la prise en charge par périphérique et pilote et relevez mode détecté, mode activé et code de retour. Cette séquence concerne l’intégration de l’application ; ce n’est pas une instruction à exécuter dans un nœud TouchDesigner.

rgb_input à -1 ou connection_changes sans données prouve-t-il une panne de carte ?

Derivative définit -1 dans rgb_input comme inconnu ou non pris en charge par la bibliothèque et prévient que connection_changes n’est pas disponible sur tous les périphériques. Conservez cette limite avec image et format. Ces données absentes n’identifient pas une panne et ne confirment pas une commutation correcte.

Sources et manuels

Téléphone+1 (786) 488-3435
Instagram Facebook YouTube