Streaming d’événements : préparer et tester le direct

Répartir les tâches dans la chaîne

Listez caméras, présentations, vidéos et intervenants distants. Affectez une personne à chaque tâche : sélectionner l’image, mixer l’audio, exploiter l’encodeur et surveiller plateforme et lecture. Utilisez les mêmes noms et numéros sur le plan, les entrées et les communications pour demander tous le même signal.

Pour un intervenant distant, préparez aussi son retour : voix des autres, présentation et scène. Vérifiez qu’il ne reçoit pas sa propre voix en écho. Testez intervention, question et changement de parole avant l’antenne.

Utilisez le tableau pour prévoir les tâches du programme. Nombre de caméras, opérateurs et destinations dépendent du contenu et des essais ; la jauge seule ne définit pas la chaîne.

Tester le lien utilisé par le public

Choisissez où voir le direct et comment y accéder : public, privé ou restreint selon plateforme et compte. Vérifiez administrateur, autorisation de diffuser, horaire et lien final. Communiquez ce lien au public, jamais la clé de diffusion.

Ouvrez-le en invité depuis un appareil extérieur au lieu. Vérifiez autorisations et lecture ; préparez l’affichage avant le début, en pause et à la fin. Gardez une scène d’attente facile à sélectionner si la scène tarde ou qu’une source doit être rétablie.

Résolution maximale, fonctions et archivage automatique dépendent du compte et des réglages. Consultez la documentation et testez l’événement préparé. Pour la livraison ultérieure, consultez le guide d’enregistrement.

Configurer l’encodeur pour cette plateforme

Matériel ou logiciel, l’encodeur transforme le programme en signal reçu par le destinataire. Vérifiez entrées, résolution, fps, codec, débit, audio et protocole. Sauvegardez le profil de l’événement et testez toutes les sources actives.

Pour l’ingestion H.264, YouTube recommande 14 Mb/s en 1080p30 et 17 Mb/s en 1080p60 ; les minimums sont respectivement 5 et 6 Mb/s. La plateforme demande CBR et recommande une image clé toutes les 2 secondes, avec une limite de 4 secondes. Revérifiez avant le spectacle : ces valeurs concernent ce destinataire et ce codec. YouTube : réglages de l’encodeur.

Vimeo utilise un autre tableau : en 1080p30, il recommande 4000 kb/s ou jusqu’à 5000 kb/s selon la capacité montante disponible. Dans ce guide, 1080p60 dépend d’un compte Enterprise avec un maximum recommandé de 9000 kb/s. En changeant de plateforme, revérifiez compte et réglages. Vimeo : réseau et encodeur.

Écouter à l’autre extrémité

Préparez un mix streaming avec voix, vidéos, présentations et intervenants distants. En musique, la salle apporte des sons absents chez le spectateur distant ; ambiance et équilibre différents peuvent être nécessaires. Identifiez canaux et opérateur de ce mix.

Écoutez la plateforme depuis une connexion extérieure. Testez parole, applaudissements, musique et changements de source. Réglez la synchronisation sur ce parcours complet : audio et vidéo peuvent arriver avec des délais différents malgré leur alignement apparent dans le mélangeur.

Avec plusieurs langues, distinguez original, interprétation, retour et destinations. Avant d’additionner les sources, vérifiez le contenu de chaque mix pour ne pas doubler les voix. Consultez le guide d’interprétation simultanée (en espagnol).

Scènes et charge : tester le système comme pendant le spectacle

L’assistant OBS considère matériel et réseau pour proposer un point de départ. Ajoutez ensuite les sources, vérifiez les appareils audio et testez enregistrement ou direct. Avant l’essai en charge réelle, ce réglage ne confirme pas ce que l’ordinateur peut soutenir. OBS : Quick Start Guide.

Préparez les scènes nécessaires : début, programme, présentation, intervenant distant, pause et fin. Vérifiez proportions, noms, habillage et espace pour sous-titres. Avec plusieurs sorties, décidez lesquelles partagent le programme et lesquelles demandent une autre composition.

Activez ensemble capture, vidéos, graphismes, émission et enregistrement. Changez les scènes avec des mouvements comparables à l’événement. Une scène fixe peut masquer la limite qui apparaît avec une vidéo ou un concert.

Préparer connexion, fichier local et rétablissement

Demandez la connexion réservée à l’encodeur et un contact technique du lieu. Vérifiez débit montant soutenu et réseau avec le guide internet pour événements. Le débit vidéo s’ajoute à l’audio, au protocole et aux autres tâches ; un test de débit isolé ne mesure pas tout ce parcours.

Testez l’enregistrement local en même temps que l’émission et avec les fichiers à livrer. Il peut conserver du contenu si le destinataire distant échoue, tant que l’enregistrement lui-même fonctionne. Vérifiez séparément espace, audio et copies.

Testez la perte d’une caméra, de l’encodeur ou du lien : image restante, personne qui prévient et personne qui rétablit. Un second appareil ou accès est utile après vérification de la bascule et de ses besoins. Sans cet essai, cette partie du plan reste en attente.

Répétition complète et mise à l’antenne

Testez avec images, mouvement et audio comparables à l’événement. Au départ du direct, regardez l’état de plateforme et la lecture du spectateur : la prévisualisation peut correspondre à une autre étape.

1. Préparer destination et accès

   Vérifier plateforme, compte, événement, lien du public, langues et responsables.

2. Tester sources et mix

   Passer caméras, présentation, vidéos et intervenants distants ; écouter chaque destination.

3. Préparer le profil de l’encodeur

   Appliquer les exigences actuelles de plateforme et tester résolution, fps, codec et débit.

4. Faire fonctionner toute la chaîne

   Émettre un essai avec mouvement, audio, scènes et enregistrement local actifs.

5. Regarder depuis l’extérieur

   Ouvrir le lien depuis une autre connexion ; vérifier accès, image, son et synchronisation.

6. Tester le rétablissement

   Tester les pannes et changements prévus avec du matériel d’essai, en précisant les opérateurs.

7. Surveiller le direct et sa fin

   Attribuer surveillance d’état et de lecture. À la fin, vérifier fermeture et archivage convenus.

Informations pour préparer le direct

Indiquez date, horaire, lieu, programme, plateforme et accès. Ajoutez caméras, vidéos, intervenants distants, langues et enregistrement. Décrivez la connexion disponible et son responsable. Avec un public en salle, précisez qui reçoit les questions distantes.

Demandez que la proposition précise programme, audio, encodeur, connexion, exploitation, surveillance et essais, ainsi que l’enregistrement et la livraison. Confirmez les modèles disponibles avec le fournisseur et faites vérifier droits et fonctions du compte de diffusion par son administrateur.

OBS perd des images réseau : comparer connexion et charge

Si OBS perd des images à l’envoi, comparez fichier local et lecture de plateforme. Notez les indicateurs OBS et le moment de la panne pour orienter les essais de connexion et de charge sans changer plusieurs réglages ensemble.

Comparer IPv4 Only en cas d’échec de connexion

Si le fichier local est correct mais que l’envoi perd des images réseau, notez serveur d’ingestion, heure, débit et résultat. Conservez log et observation distante. Un speedtest teste une autre communication ; il ne valide pas le parcours vers le serveur. Comparez d’abord un débit prudent et notez si la panne apparaît tout de suite ou après un délai.

OBS propose de tester Settings, Advanced, Network, IP Family, IPv4 Only. Conservez la valeur précédente et répétez scène et destination. Sans amélioration, la documentation recommande de revenir au défaut IPv4/IPv6.

Pendant l’essai, regardez depuis une autre connexion pour la durée prévue et désignez qui surveille le retour et active le secours. Augmenter le débit pendant la perte d’images ne résout pas la panne.

La procédure et son annulation figurent dans OBS : Stream Connection Troubleshooting, IP Family.

OBS : prolonger l’essai jusqu’à la durée prévue

Préparez un essai avec caméras, invités, vidéos, graphismes et enregistrement comme à l’événement. Comparez fichier local, indicateurs OBS et lecture distante ; notez l’heure de chaque perte et la tâche en cours. Un essai court peut laisser la panne d’un programme long inobservée.

OBS documente le streaming H.264 avec VideoToolbox sur Apple Silicon. Comparez cet encodeur à x264 sur le même ordinateur, avec mêmes sources et charge. Notez les différences de lecture et de logs ; plusieurs changements simultanés empêchent d’identifier celui qui a influencé le résultat.

Conservez un profil fonctionnel et modifiez une variable par comparaison. Avec le débit dynamique, surveillez aussi la qualité : il réduit l’envoi en cas de congestion sans en réparer la cause. Prolongez l’essai jusqu’à la durée prévue, avec changements et invités réels, et définissez quand basculer au secours.

Fonctions et limites dans OBS : Apple VideoToolbox et OBS : débit dynamique et images perdues.

Tester aussi l’image fixe lors d’un envoi SRT

Si le spectacle commence par une image fixe, maintenez-la pendant l’essai et observez le récepteur. Alternez ensuite caméra et mouvement pour déterminer si le défaut dépend du contenu ou reste présent durant tout l’envoi.

Le manuel vMix 29 recommande comme point de départ au moins quatre fois le ping. Haivision limite cette référence aux réseaux à faibles pertes et sans rafales importantes. Mesurez le parcours pendant l’envoi et testez le récepteur avec les scènes du spectacle ; le calcul seul n’explique pas la panne et ne garantit pas une image propre.

Pour des saccades ou un réglage apparemment sans effet, suivez la comparaison de Latency et Decoder Delay. Consignez séparément transport, réception et fichier.

1. Comparer images fixes et mouvement

   Alternez image fixe, caméra et coupes pendant l’essai. Dans Statistics, suivez RTT et pertes SRT et notez l’apparition du défaut. Comparez ainsi l’image aux événements du transport.

2. Laisser du temps à la récupération

   Coordonnez Latency avec le récepteur et recommencez en ne changeant qu’une variable. Si les deux extrémités utilisent vMix, son guide demande la même valeur. Davantage de marge ajoute du délai ; vérifiez qu’il convient à la conversation.

3. Vérifier l’envoi de l’image fixe

   Si votre version propose CBR et que le récepteur exige un débit constant, testez-le séparément. Dans vMix 29, cette option ajoute du remplissage au flux SRT lorsqu’il passe sous le débit cible, par exemple sur une image fixe. Le guide annonce environ 10% de débit total supplémentaire ; mesurez l’envoi et observez le retour pour vérifier son intérêt sur votre parcours.

L’intervenant distant entend un écho : suivre son retour audio

Si l’intervenant distant entend des voix répétées alors que la salle semble correcte, dessinez deux parcours : l’envoi vers Zoom et le retour Zoom vers les haut-parleurs. Ajoutez les ordinateurs d’appoint. S’ils servent uniquement à regarder ou partager, déconnectez leur audio de réunion : couper leur micro laisse le haut-parleur actif.

Testez d’abord un micro de salle, puis une voix distante. Écoutez depuis une autre connexion et ouvrez les autres canaux un par un. Au retour de l’écho, suivez ce parcours pour distinguer un retour réenvoyé à Zoom d’un haut-parleur repris par un microphone.

Préparez pour l’intervenant distant les voix de salle et les contenus prévus, en excluant son propre retour : c’est le mix-minus. Sur Qu-16, sélectionnez ce Mix et vérifiez que le canal de retour n’y est pas affecté. Avec un départ pré-fader, baisser le fader LR peut laisser le retour actif dans ce Mix. Le guide AP10025 pour V1.9 explique l’affectation ; conservez la voix distante dans le mix de salle nécessaire.

Avec le Roland VR-50HD original en USB, vérifiez System, USB Streaming, Audio Bus : MAIN ou AUX sont disponibles. Choisir AUX ne suffit pas ; vérifiez ses départs et le micro sélectionné dans Zoom. Terminez par des questions dans les deux sens.

Consultez les essais d’écho dans Zoom, le routage Qu V1.9, pp.11 et 15 et le bus USB du VR-50HD, p.11.

Dans OBS, une source visible peut attendre dans Preview

Dans OBS 32.1.0, le mélangeur peut afficher l’audio de la scène préparée dans Preview. Si une source porte ce libellé, vérifiez la scène en Program avant de modifier l’appareil. Voir le canal ne signifie pas que cette voix ou vidéo est déjà diffusée.

Comparez hors antenne : gardez une scène d’essai en Program et préparez-en une autre avec une vidéo connue. Utilisez Transition pour la mettre au programme, écoutez le résultat et vérifiez son audio, puis revenez à la scène précédente. Testez ce changement avec les images, vidéos et micros de l’événement.

Vérifiez séparément mute, volume et monitoring. Monitor lit sur l’appareil local choisi dans Settings ; cette écoute ne confirme pas le son reçu par la plateforme. Ouvrez aussi le lien en spectateur et vérifiez le son après la transition.

Après une mise à jour OBS, notez la version et revoyez le mélangeur pendant l’essai : 32.1 permet aussi d’épingler des canaux et d’afficher des sources d’autres scènes. Consultez les notes 32.1.0, le procédure Studio Mode et le guide audio. Sans son en Program, conservez le log et notez source, scène et appareil de sortie concernés.

Microphone en double : vérifier capture globale et capture de scène

Si la voix est doublée ou plus forte que prévu, vérifiez les appareils alimentant chaque source OBS. Deux noms proches peuvent désigner le même micro ou des appareils différents. Ouvrez leurs propriétés avant de choisir lequel couper.

Le guide Audio Sources d’OBS avertit que capturer le même appareil dans Settings > Audio et dans une source Audio Input Capture d’une scène peut créer un écho. Ces noms concernent Windows et macOS ; sous Linux, le guide décrit ALSA/PulseAudio.

Choisissez un micro global disponible entre les scènes ou une capture par scène pour maîtriser ses apparitions. Dans le second cas, désactivez ce même appareil dans la configuration globale. Préparez le changement hors antenne et vérifiez scènes de parole, attente et vidéo.

Parlez, coupez chaque parcours séparément et écoutez un enregistrement d’essai, puis le retour de plateforme. La voix doit arriver une seule fois et disparaître aux moments prévus. Si l’écho persiste, suivez aussi les autres parcours ; supprimer ce doublon ne vérifie pas tout l’audio.

Définir le début et la fin de chaque clip dans OBS

Avant la diffusion, décidez du comportement au retour dans une scène : clip au début ou autre continuité ? Dans les propriétés Media Source, vérifiez Restart playback when source becomes active. OBS documente le redémarrage lorsque la source appartient à la scène actuelle et reste visible.

Vérifiez séparément Close file when inactive. Activé, il libère la mémoire du fichier quand la source est cachée ou hors scène. Au retour, une absence d’image peut survenir durant le rechargement. Testez ce délai avec le fichier d’ouverture et la transition habituelle.

Vérifiez aussi la fin : Loop répète le fichier et Show nothing when playback ends évite de conserver indéfiniment sa dernière image. Choisissez selon le conducteur, puis enregistrez un essai d’entrée, de sortie et de retour au clip. Vérifiez départ, fin et audio. Notez les réglages avec le nom du fichier pour la relève.

Le problème revient avec la collection : tester sources et filtres séparément

Si OBS fonctionne mieux avec une collection simple mais bloque à nouveau après l’import de celle du spectacle, conservez les deux. Notez scène, heure et source active à l’apparition du défaut. Cette différence oriente le diagnostic sans identifier encore un filtre responsable.

Le guide de performance OBS explique que la composition utilise le GPU. Il recommande de simplifier les sources, réduire les Browser Sources et comparer les filtres désactivés. Beaucoup de sources consomment même hors de vue : les cacher ne prouve pas que leur charge a disparu.

Préparez une copie de travail et un court essai avec caméra et audio connus. Ajoutez présentation, graphisme et vidéo un par un. Au retour des saccades, répétez ce pas et comparez ses filtres séparément. Conservez un échantillon et le relevé de chaque comparaison.

Avant de retenir la collection réduite, vérifiez tout le programme : transitions, vidéos, invités et enregistrement simultané, ainsi que la lecture extérieure. Si une fonction du spectacle manque, rétablissez-la et recommencez l’essai avant utilisation.

Audio désynchronisé : mesurer si l’écart évolue

Avant d’appliquer un délai, enregistrez un repère visible et audible, comme un claquement de mains, au début et plus tard dans l’essai. Comparez image et pic audio, puis notez si l’écart reste stable ou évolue.

Dans OBS 32.1.0, Sync Offset permet un décalage par source en millisecondes. Si l’audio arrive en avance de façon stable, testez une compensation mesurée et vérifiez un nouvel enregistrement. Une valeur fixe ne corrige pas seule un écart variable pendant la diffusion.

Comparez séparément fichier local, réception de plateforme et casque de contrôle. Le guide OBS définit Monitor comme l’écoute de la source sur l’appareil configuré ; vérifiez aussi ce que reçoit le public.

Si le décalage revient après un bruit ou une coupure, notez le moment et répétez la vérification par tronçon. Conservez cet échantillon avec les réglages pour poursuivre le diagnostic.

Choisir caméra et microphone séparément dans Zoom

Si Zoom reçoit l’image OBS mais pas les voix, vérifiez son entrée audio. Les vu-mètres OBS ne démontrent pas ce que reçoit la réunion.

Dans OBS 32.1 pour Windows, Virtual Camera fournit la vidéo. Dans son engrenage, choisissez Program pour envoyer la sortie du spectacle ; Preview montre la préparation en Studio Mode.

Dans Zoom, ouvrez Settings, Audio et choisissez le micro prévu. Utilisez Test microphone et écoutez la lecture. Faites ensuite vérifier chaque voix et le son des vidéos par une personne connectée hors salle. Notez l’appareil recevant ce mix.

Sur Twitch, écouter le direct et la rediffusion

Si voix et vidéos sont présentes en direct mais qu’une source manque dans la rediffusion, vérifiez le mix envoyé à chaque destination. La rediffusion peut recevoir un autre audio.

Avec Twitch VOD Track activé, OBS permet un mix différent pour l’archive Twitch. Son guide utilise par défaut la piste 1 en direct et 2 pour VOD. Dans Advanced Audio Properties, vérifiez les sources affectées à chaque piste.

Testez séparément voix, vidéo et une autre source. Écoutez le direct sur un autre appareil et vérifiez la rediffusion à la fin. En cas d’absence, comparez les affectations avant d’ajouter une autre capture du même appareil.

Fiche du direct : public, contenus et responsables

Notez les sessions diffusées, leur public et la distribution du lien. Ajoutez langues et disponibilité ultérieure souhaitée. Distinguez décisions prises et points encore ouverts.

Listez présentations, vidéos, noms et graphismes à recevoir, avec contact et date de livraison pour chaque élément. Précisez qui approuve le contenu vu par le public.

Définissez qui administre le compte, distribue le lien et autorise début et fin de diffusion. Si la plateforme reste à choisir, précisez le décideur et l’échéance.

ATEM Mini Pro : conserver la voix en changeant d’image

Le manuel ATEM Mini distingue ON, qui garde l’audio actif, et AFV, qui le fait entendre lorsque sa source est à l’antenne.

Testez une voix en ON en alternant caméra et diapositives ; utilisez AFV pour les clips devant être audibles uniquement avec leur image. Écoutez programme et retour de l’orateur.

ATEM Mini Pro : fixer le format avant de charger les images

Sur ATEM Mini Pro, vérifiez le standard avant de préparer les images. Le manuel ATEM Mini, juin 2026 indique qu’en automatique il suit la première source HDMI connectée. Les entrées compatibles sont converties au standard choisi.

Le modifier efface les images fixes du media pool. Fixez le format, chargez les images et testez les sorties de l’enregistreur et de l’encodeur avant de considérer le spectacle prêt.

Makito X4 : vérifier les canaux audio encodés

Le guide Makito X4 Encoder 1.8 distingue Input Interface, Input Channels et Channel Mode. Ce dernier change aussi la plage de canaux traités : choisir Stereo ou Mono ne suffit pas.

Pendant l’essai, identifiez entrée SDI et canaux de voix ou d’interprétation. Testez les signaux séparément, écoutez le récepteur et notez le contenu attendu.

P300 : vérifier le signal de référence de l’annulation d’écho

Avec un P300, suivez l’audio distant jusqu’aux haut-parleurs. Dans l’exemple USB avec sortie analogique, choisissez Analog - To Speaker comme référence AEC dans Schematic ; avec des haut-parleurs Dante, choisissez la sortie Dante correspondante.

Vérifiez Reference Meter pendant la parole distante, sans saturation, et écoutez un appel d’essai. Le guide 8.4 indique que changer la référence d’un bloc AEC modifie celle de tous les blocs.

ATEM Mini Pro : distinguer Zoom de la sortie HDMI

ATEM Mini Pro fournit le programme comme webcam USB-C. Le manuel de juin 2026 distingue ce parcours vers Zoom de VIDEO OUT, qui sélectionne la source HDMI.

Pour le programme sur LED en HDMI, choisissez PGM. M/V est la sélection initiale et affiche plusieurs sources ensemble. Notez la destination de cette unique sortie HDMI avant l’essai.

vMix 29 : transférer les médias du preset sur le secours

Save As enregistre le preset dans un autre fichier. Pour transporter les médias, ouvrez sa flèche et choisissez Save As Bundle : le .vmixZip réunit une grande partie du contenu, dont vidéos, audio et titres. Les fichiers de replay sont exclus.

Copiez-le sur le secours et testez la lecture. Vérifiez appareils, réglages locaux, audio et sorties sur cet ordinateur. vMix : Preset Bundles.

vMix 29 : localiser les images perdues

Dans Statistics, vérifiez chaque entrée. Source Dropped indique la lenteur de caméra ou de carte de capture ; Renderer Dropped celle du GPU. Encoders liste envois et enregistrements ; Codec indique CPU ou GPU. Conservez les valeurs et l’heure de la coupure.

ATEM Mini Pro : délai de l’audio analogique

Dans ATEM Software Control, ouvrez l’indicateur de délai sous Input Level de Mic1/Mic2. Le manuel le règle en images ; la fiche ATEM Mini Pro indique jusqu’à 8 images.

vMix 29 : régler le délai de l’entrée audio

Dans Audio Mixer, ouvrez l’engrenage de l’entrée : General → Delay retarde cette source en millisecondes. Si plusieurs caméras partagent la voix, vérifiez chaque changement de plan.

Réception SRT multilingue : identifier les canaux avant le mix

SRT Input dans vMix 29 réunit les paires reçues en un flux multicanal contrôlable par matrice et mélangeur. Dans Channel Matrix, les colonnes sont les canaux sources, les lignes les destinations. Son exemple à trois paires affecte 1–2 à Master/Headphones, 3–4 à A et 5–6 à B.

Cet exemple n’identifie pas vos langues. Envoyez des phrases distinctes par paire, écoutez-les séparément et notez canal, bus et contenu dans la fiche. Vérifiez la destination avec caméras et streaming. Vérifiez aussi les pistes de sortie (en espagnol).

Nimble reçoit plusieurs audios, mais un seul atteint HLS

La référence WMSPanel permet de choisir l’audio d’une sortie MPEGTS par PID. Sans PID, elle prend le premier audio ; avec PID zéro, elle utilise index. Vérifiez la sélection réelle avant de modifier l’émetteur.

Envoyez des phrases distinctes par langue. Écoutez entrée, sorties et HLS final ; notez où le second audio disparaît dans la fiche. Consignez le build et gardez la configuration pour la rétablir.

Vérifiez ensuite les libellés HLS (en espagnol). Coordonnez l’essai avec caméras et streaming.

La vidéo démarre avec un autre audio pendant quelques secondes

Si le menu indique une langue mais qu’une autre se fait entendre au démarrage, consignez séparément la sélection et la première phrase lue. Répétez le départ avant de modifier le player.

Dans l’API hls.js v1.7.3, audioPreference cherche la meilleure piste correspondante au démarrage. Sans cette préférence, le lecteur choisit une piste par défaut. Notez la version avant de comparer les comportements.

Écoutez dès le début, répétez le départ et notez la phrase dans la fiche. Comparez préférence configurée et contenu réel. Testez aussi le changement d’audio et le retour.

Avec plusieurs langues, transmettez l’identité des pistes (en espagnol) et le relevé du démarrage au responsable caméras et streaming.

AirPlay envoie l’audio, mais l’image reste sur l’iPad

WebKit explique qu’un blob MSE/MMS n’est pas une adresse lisible hors navigateur. Son exemple ajoute une URL HLS de repli pour que Safari la transmette à AirPlay. Identifiez le parcours : HLS natif ou JavaScript avec MSE/MMS.

Comparez lecture locale, envoi et retour sur le récepteur prévu. Notez image et phrase entendue dans la fiche. Demandez au responsable du player de vérifier ses sources avant modification ; conservez la configuration initiale.

Avec plusieurs langues, vérifiez l’audio sélectionné (en espagnol). Coordonnez avec caméras et streaming.

Le sélecteur cherche une piste par ID mais renvoie une autre langue

Comparez ID, index et langue dans la liste actuelle des pistes. Si le sélecteur renvoie un autre audio, vérifiez la correspondance de l’identifiant demandé et écoutez son contenu.

Le standard HTML définit AudioTrack.id en lecture seule. getTrackById renvoie la première correspondance ou null en son absence. Les index peuvent changer après ajout ou retrait de pistes.

Consignez toutes les pistes et leurs états enabled dans la fiche. Avec des doublons, demandez une vérification de la sélection du player ; écoutez la langue choisie et recommencez après rechargement.

Si la langue entendue ne correspond pas, remettez le manifeste (en espagnol) et la liste des pistes au responsable caméras et streaming pour poursuivre le diagnostic.

vMix 29 : une entrée SRT saccade, quel réglage comparer ?

Avant d’augmenter un buffer, identifiez le défaut : saccades d’image, coupures audio, désynchronisation ou retour trop lent. Notez émetteur, version vMix, codec, résolution, fps, Latency et Decoder Delay. Conservez un échantillon avec mouvement et voix identifiable.

Le manuel vMix 29, SRT Input distingue Latency, marge du transport, et Decoder Delay, compensation d’images irrégulièrement espacées ou d’audio/vidéo livrés à des moments différents par l’encodeur. L’exemple de 150 ms pour des images espacées de 100 ms illustre cette fonction, sans valeur universelle. Vérifiez aussi SRT, Technical/System Requirements : vMix 29 accepte progressif, H.264 ou HEVC et audio AAC-LC en Transport Stream.

Comparez hors antenne la même entrée et le même contenu pendant la même durée. Dans Statistics, conservez RTT, pertes et données SRT au début et à la fin. Regardez aussi les temps Video et Audio disponibles pour cette entrée. Un compteur seul ne diagnostique pas l’encodeur, le réseau ou le GPU.

Si RTT ou pertes changent avec le défaut, examinez le transport et coordonnez une comparaison de Latency à l’autre extrémité. Si l’arrivée de l’encodeur paraît irrégulière, comparez Decoder Delay avec Latency, format et charge inchangés. Vérifiez fluidité, synchronisation et délai du retour ; une variable par essai et retour au réglage précédent en cas de dégradation.

Remplissez la fiche de comparaison avec les deux échantillons et les observations. Une entrée fluide sur un passage ne vérifie pas tout le programme : testez ensuite caméras, images fixes, intervenants distants et enregistrement ensemble. Reliez le fichier au guide SRT de MultiCorder (en espagnol) et coordonnez le parcours caméras et streaming.

Decoder Delay revient à zéro ou ne change pas le retour : distinguer les symptômes

Vérifiez d’abord si Decoder Delay perd sa valeur ou la conserve sans produire l’effet attendu au retour. Consignez séparément champ et image pour distinguer ces symptômes.

Dans une configuration d’essai, notez la valeur avant modification et après réouverture de l’entrée. Si elle revient à zéro, notez l’action exacte : fermeture de fenêtre, reconnexion ou chargement de preset. Si la valeur reste mais sans différence visible au retour, consignez cet autre résultat. Ce sont deux observations demandant des relevés distincts.

Utilisez Save As pour enregistrer l’essai séparément : Save écrase le preset ouvert. Chargez cette copie hors spectacle et relisez la valeur. Ce test vérifie sa persistance ; si elle se réinitialise, conservez la séquence et le preset pour poursuivre le diagnostic.

Pour l’image, suivez caméra → Nimble → entrée SRT → sortie → écran de contrôle. Le manuel vMix 29 décrit Decoder Delay comme une compensation d’arrivée irrégulière ; il ne promet pas un décalage visible identique au nombre saisi. Comparez avec une référence visible et audible et notez le point de mesure. Ne prenez pas ce nombre pour le délai total mesuré.

Si l’écart persiste, gardez versions, captures du champ, preset d’essai, réglages et échantillons pour l’assistance, sans transmettre de clés de connexion. La fiche prévoit valeur demandée, valeur à la réouverture et résultat au retour. Vérifiez les tronçons de synchronisation et le service caméras et streaming pour préparer la comparaison.

Latency aux deux extrémités : consigne vMix et valeur SRT négociée

Pour préparer un lien vMix 29, son manuel SRT Input, Latency demande la même valeur aux deux extrémités. Coordonnez avec l’autre opérateur et notez les unités : vMix utilise les millisecondes. Ne réduisez pas un seul côté en supposant le même gain de délai au retour.

Haivision explique dans SRT 1.5.4, Latency que la plus grande valeur est retenue. L’API de cette version précise la portée : avec la livraison temporelle TSBPD active, la latence de réception négociée est le maximum entre réception locale et minimum demandé par l’émetteur. La négociation intervient à la connexion. Cela décrit la bibliothèque SRT, sans vérifier la version intégrée à notre application.

Caller et Listener définissent l’établissement de la connexion. Notez aussi qui envoie et reçoit la vidéo. Dans les versions bidirectionnelles, chaque sens demande sa propre vérification ; dire que Caller ou Listener « l’emporte » ne suffit pas.

Exemple calculé de ce mécanisme : réception demandée à 120 ms et minimum émetteur à 250 ms donnent un buffer de réception négocié de 250 ms. Le calcul exclut capture, encodage, décodage, mix et écran ; il ne mesure pas caméra-écran.

Essai proposé : relevez valeurs et versions des deux appareils. Si l’outil expose la latence négociée, notez-la après connexion ; sinon, marquez-la indisponible. Coordonnez toute reconnexion hors antenne et vérifiez fluidité, audio et délai de la chaîne complète.

Utilisez la fiche avec les compteurs réseau (en espagnol). L’exemple du protocole ne remplace pas les réglages prescrits par chaque application. Pour préparer caméras et streaming, précisez aussi le délai acceptable pour la conversation distante.