Rechercher
Fermez ce champ de recherche.
Rechercher
Fermez ce champ de recherche.
En-tête

Guides et dépannage

Icônes CTA

Contacter le Service Commercial

Datapath dispose d'un vaste réseau de distributeurs et de revendeurs à travers le monde.

Nous contacter

+ 44 (0) 1332 294 441
[email protected]

Guides et FAQ liées au dépannage

  • Comment installer la surveillance SNMP pour Datapath Système

    Comment imprimer les informations système W2K

    Ce document fournit des conseils sur la configuration des interruptions SNMP pour Datapath systèmes (VSN, VSN Micro et iolite) surveiller Datapath logiciel (moniteur mural, Wall Control, serveur de moniteur mural).

    Installation du fournisseur d'interruptions SNMP

    Le fournisseur d'interruptions SNMP est le service qui génère les interruptions. Il n'est pas installé par défaut lors d'une installation Windows. Pour installer le fournisseur, les étapes suivantes doivent être suivies :

    1. Dans le Panneau de configuration, sélectionnez Programmes.

    2. Sous Programmes et fonctionnalités, sélectionnez Activer ou désactiver les fonctionnalités Windows.

    3. Dans la liste des fonctionnalités Windows, faites défiler jusqu'à Simple Network Management Protocol (SNMP) et développez la liste afin que vous puissiez voir le fournisseur SNMP WMI.

    Fournisseur d'interruptions SNMP

    4. Cochez la case du fournisseur SNMP WMI. La case à cocher de la fonctionnalité SNMP est automatiquement sélectionnée car le fournisseur nécessite SNMP.

    5. Cliquez sur OK.

    Enregistrement d'une télécommande Workstation

    Après avoir installé le fournisseur d'interruptions, vous devez maintenant enregistrer la machine à laquelle il va envoyer les interruptions. Pour enregistrer une machine distante, vous devez utiliser le programme de configuration des services, disponible dans les outils d'administration du panneau de configuration.

    1. Ouvrez le programme de contrôle des services à partir du Panneau de configuration (ou tapez services.msc dans le menu Démarrer).

    2. Sélectionnez Service SNMP dans la liste des services et double-cliquez dessus.

    3. Dans la boîte de dialogue résultante, accédez à l'onglet Pièges.

    4. Accédez à la zone d'édition du nom de la communauté et insérez un nom pour décrire la connexion. Par exemple, public.

    SNMP distant workstation

    5. Appuyez sur le bouton Ajouter à la liste.

    6. Le bouton Ajouter est maintenant activé. Appuyez sur ce bouton. Une boîte de dialogue de configuration SNMP apparaîtra.

    7. Entrez le nom d'hôte ou l'adresse IP de la destination de l'interruption. Cliquez sur Ajouter.

    Configuration des interruptions d'événements

    La dernière étape est la configuration des événements enregistrés par nos applications qui sont traduits en pièges. Nous pouvons le faire via le programme evntwin.exe qui est un composant Windows.

    1. À partir d'une invite de commande ou du menu Démarrer, saisissez et exécutez evntwin.exe.

    2. Cela affichera une liste des pièges actuellement configurés. Sélectionnez le type de configuration Personnalisé et le bouton Modifier >> deviendra actif. Sélectionnez ceci.

    3. La liste déroulante Application contient une liste d'applications enregistrées auprès de l'Observateur d'événements pour fournir des événements. Cela comprendra Datapath logiciel (par exemple Wall Control, moniteur mural)

    4. Sélectionnez une application et la liste des événements sera remplie avec les événements pouvant être générés par l'application.

    5. Sélectionnez un événement dans la liste des événements que vous souhaitez traduire en interruption. Cliquez sur le bouton Ajouter et une boîte de dialogue s'affichera décrivant le piège. Si vous êtes satisfait de sa configuration, cliquez sur Ok pour l'ajouter à la liste de traduction.

    6. Pour terminer les modifications, cliquez sur Appliquer les modifications dans la boîte de dialogue du traducteur.

    SNMP piège même

    L'ajout de l'événement dans la boîte de dialogue ci-dessus déclencherait un piège si Wall Monitor générait une alerte rouge et arrêtait le système. Cela peut se produire si les ventilateurs tombent en panne et que la température atteint un niveau critique.

    Piège MIB

    Les TRAPS SNMP seront tous générés à l'aide de la branche MIB d'entreprise privée de Microsoft. Cette MIB utilise le préfixe 1.3.6.1.4.1.311 (RFC1155-SMI).

    Des interruptions seront générées sur les hôtes spécifiés configurés à l'aide des services SNMP. Une application (navigateur MIB/récepteur de traps) sera nécessaire, capable de recevoir des traps.

    Windows utilise le nom de l'application comme OID. Tous les OID pour Microsoft commencent par 1.3.6.1.4.1.311. Après cela, 13.1 montre les pièges de définition d'evntwin (c'est-à-dire 1.3.6.1.4.1.311.13.1).

    Après cela, la définition de l'application commence. Le chiffre suivant définit le nombre de caractères dans le nom de l'application. 1.3.6.1.4.1.311.13.1.XX., suivi du nom de l'application en utilisant des caractères ASCII. Ainsi, si nous parlons de l'application (source) WMONSVC, ​​le nombre de caractères serait de 7 et nous aurions donc :

    1.3.6.1.4.1.311.13.1.7.87.77.79.78.83.86.67

    WMONSVC

    Test des interruptions SNMP

    Il existe un certain nombre d'utilitaires SNMP sur le marché. Tout utilitaire doté d’un récepteur de piège intégré peut être utilisé. À des fins de développement et de tests, nous vous recommandons d'utiliser le programme Trap Receiver qui fait partie de la suite MIB Browser d'iREASONING.

    Une fois les pièges configurés sur le Wall Controller, le récepteur de pièges doit être exécuté sur la machine distante pour enregistrer tous les pièges reçus. À des fins de test, il est utile d'activer quelques interruptions « informatives », telles que les interruptions pour « application démarrée » et « application terminée », car elles sont faciles à déclencher (en fermant et en ouvrant le programme concerné) et à vérifier dans le récepteur d'interruptions. .

    Test des interruptions SNMP

    Une fois que les pièges ont été entièrement testés, ils peuvent être intégrés à n'importe quel système de surveillance existant à l'échelle de l'entreprise tel que Solarwinds, Nagios ou tout autre outil de surveillance SNMP. Pour élargir la portée de la surveillance, des interruptions SNMP peuvent également être créées pour d'autres logiciels et outils installés sur la machine, ou à partir des journaux d'erreurs générés par le système d'exploitation lui-même.

  • Comment configurer l'EDID personnalisé Fx4

    06/11/2017

    La configuration EDID (Extended Display Identification Data) définit les timings vidéo exacts qu'une source vidéo doit émettre une fois connectée. Il annonce également la prise en charge d'un certain nombre d'autres fonctionnalités spécifiques à l'implémentation, telles que la prise en charge du 4K60 4:2:0 sur HDMI 1.4.

    Ce didacticiel décrit comment définir un EDID personnalisé sur l'une des entrées Fx4. Les données EDID peuvent affecter la façon dont une source vidéo connectée répond lorsque le FX4 y est connecté.

    Pour accéder à la fonction de configuration EDID, vous aurez besoin que votre Fx4 exécute la version 2.3.2 ou ultérieure du micrologiciel (version 4 du micrologiciel Fx1.3.2-SDI).

    Remarque: Votre appareil FX4 peut nécessiter une mise à niveau du micrologiciel avant d'exécuter ce didacticiel. Pour ce faire, assurez-vous que votre appareil est connecté au réseau et suivez l'invite de mise à niveau du micrologiciel lorsque vous y êtes invité.

    Wall Designer

    Étapes de programmation EDID

    1. Configurez votre Fx4 en utilisant Wall Designer Software Logiciel de la manière habituelle.

    2. Après avoir utilisé l'option 'Auto-config Fx4' sur le Devices page, faites un clic droit sur un port d'entrée.
    « EDID > Créer une personnalisation apparaît ».

    3. Cliquez sur Créer personnalisé

    Remarque: Dans le menu EDID, Importation et exportation des fichiers binaires EDID est également pris en charge. Cela peut être utile par exemple pour importer un EDID connu depuis un moniteur, ou pour configurer plusieurs devices avec un EDID personnalisé identique

    4. La fenêtre « Capacité source » s'affiche maintenant. Sélectionnez le bloc d'extension CEA approprié pour votre type de signal d'entrée.

    Pour HDMI 4k60 fps, sélectionnez « HDMI (extension CEA-861) »

    Capacité de la source

    5. Cliquez Suivant

    6. La fenêtre « Mode » s'affiche alors. Ici, vous pouvez soit sélectionner un EDID prédéfini, soit créer le vôtre.

    Mode

    7. Cliquez Finition.

    8. Un avertissement peut apparaître si le canevas de saisie défini ne correspond pas aux nouveaux paramètres EDID. Cliquez sur oui pour accepter ou sur non pour revenir.

    9. L'EDID d'entrée a maintenant été programmé avec votre EDID prédéfini sélectionné. Les sources vidéo émettront désormais automatiquement ce mode là où elles en sont capables.

    Remarque: Programmer un EDID à l'aide de cette méthode remplacer les paramètres dans l'onglet INPUT of Wall Designer software logiciel, c'est-à-dire qu'un EDID personnalisé sera toujours prioritaire. Une fois l'EDID personnalisé créé, vous remarquerez que les paramètres de résolution et de fréquence d'images dans l'onglet INPUT sont mis à jour pour refléter le mode préféré qui a maintenant été défini.

    Remarque: Il n'est pas nécessaire de configurer l'EDID pour obtenir un fonctionnement 4K60 sur HDMI. La façon la plus simple de procéder est d'utiliser l'onglet INPUT dans Wall Designer. Sélectionnez une résolution de 3840x2160 à un taux de rafraîchissement de 60 sur l'entrée HDMI. Cela programmera automatiquement un EDID annonçant la prise en charge du sous-échantillonnage 4:2:0 tel que défini dans la spécification HDMI1.4.

    Étapes pour créer un EDID personnalisé

    1. Suivez les étapes 1 à 5 ci-dessus

    Remarque: Si un EDID a déjà été défini pour cette entrée, vous devrez sélectionner « Effacer la personnalisation » avant de procéder.

    2. La fenêtre « Mode » s'affiche alors.

    3 Sélectionner Coutume

    4. Cliquez Suivant

    Mode

    5. La fenêtre « Support personnalisé » s'affiche alors.

    Ici, vous pouvez sélectionner le « Sous-échantillonnage de couleur » et la « Profondeur de bits de couleur » (l'option 10 bits est disponible uniquement sur FX4-SDI).

    Remarque: Ces cases à cocher ne sont pas sélectionnables sur les entrées Displayport. Les options de sous-échantillonnage des couleurs sont disponibles uniquement sur les entrées HDMI.

    De plus, la prise en charge 10 bits n'est disponible que sur l'entrée DisplayPort de la variante FX4-SDI.

    Support personnalisé

    6. Cliquez Suivant

    7. La fenêtre « Horaires préférés » vous est alors présentée, ici vous pouvez définir votre EDID personnalisé.

    8. Cliquez Finition

    9. L'entrée sélectionnée sur le Fx4 a maintenant été programmée avec vos timings personnalisés. La source vidéo répondra automatiquement aux modifications.

    Moment préféré

    Remarque: Certaines sources vidéo nécessitent que le câble vidéo soit débranché et reconnecté après la mise à jour de la mémoire EDID afin de relire l'EDID.

    Remarque: Pour la prise en charge 4K60 fps, certaines sources vidéo (telles que la Playstation4) nécessitent également l'option activée dans leur menu d'affichage afin de sortir le mode.

    Datapath FX4 Prise en charge EDID personnalisée

    La fonctionnalité EDID personnalisée ajoute encore plus de flexibilité au Datapath FX4, donnant à l'utilisateur plus de contrôle et facilitant l'intégration avec une plus large gamme de sources vidéo.

    Pour plus d'informations sur les définitions EDID et les extensions CEA, veuillez vous référer à la spécification HDMI1.4. https://www.hdmi.org/

  • Comment dépanner ActiveSQX

    1 Contenu

    2 Présentation

    3 Problèmes courants

    3.1 Problèmes de connexion réseau

    3.1.1 Échec de la connexion

    3.1.2 Erreur DNS

    3.1.3 Chemin invalide

    3.1.4 Non autorisé

    3.1.5 Flux arrêté

    3.1.6 Connexion terminée

    3.1.7 Fin du flux

    3.1.8 Connexion invalide

    3.2 Problèmes de décodage

    3.2.1 Flux non pris en charge

    3.2.2 Flux invalide

    3.3 Bégaiement et corruption vidéo

    4 Dépannage avancé

    4.1 Activation de la journalisation

    4.2 Récupération des journaux

    4.3 Détection de la perte de paquets et de la gigue

    4.4 Problèmes de multidiffusion IGMP

    5 Annexes

    5.1 Types de journalisation

    5.1.1 Journalisation SQX

    5.1.2 Journalisation GStreamer

    5.1.3 Journalisation des pipelines

    5.1.4 Journalisation des paquets

    2 Présentation

    Ce document décrit la fonctionnalité orientée support qui a été implémentée dans la carte ActiveSXQ et le processus qui Datapath suivra, en utilisant ces fonctionnalités, pour enquêter et remédier rapidement à tout problème pouvant survenir lors du déploiement d'ActiveSQX.

    Le document décrit les étapes à suivre lorsqu'une source de flux IP ne fonctionne pas avec la carte ActiveSQX. Un flux IP peut traverser un ensemble diversifié de composants matériels et logiciels et il existe un nombre tout aussi important de raisons pour lesquelles le flux peut ne pas fonctionner. Le document couvre les problèmes potentiels du plus courant au moins courant. Les problèmes courants peuvent être diagnostiqués par l'utilisateur final ou par l'assistance de première ligne sans trop de problèmes, mais certains des problèmes les moins courants devront être signalés à Datapath pour une enquête plus approfondie et les processus impliqués dans cela sont également décrits.

    3 Problèmes courants

    Lorsqu'une fenêtre est ouverte pour la première fois pour afficher un flux IP, « Connexion » apparaîtra dans la fenêtre. Cela indique que la carte ActiveSQX tente d'établir une connexion à la source du flux IP. Cela peut prendre entre une fraction de seconde et une demi-minute selon la qualité du réseau et de la source.

    En cas de problèmes de réseau, une erreur peut s'afficher immédiatement dans la fenêtre ou le logiciel peut expirer après environ 30 secondes, puis afficher un message d'erreur dans la fenêtre.

    Les différents types de problèmes de réseau sont décrits dans la section 3.1. En supposant que la connexion réseau puisse être établie correctement, divers problèmes de décodage, tels que la tentative de décodage d'un flux qui utilise un format de codage ou une fonctionnalité spécifique de ce format que ActiveSQX ne prend pas en charge, peuvent survenir. Ceux-ci sont décrits dans la section 3.2.

    3.1 Problèmes de connexion réseau

    S'il y a des problèmes avec le réseau, l'une des erreurs suivantes peut apparaître :

    3.1.1 Échec de la connexion

    Cela signifie qu'ActiveSQX n'a ​​pas pu établir de connexion avec l'adresse IP et le port source. Dans certains cas, il se peut que la source ait rejeté la connexion en raison d'un nom d'utilisateur et d'un mot de passe invalides (voir la section 3.1.4) ou que l'adresse IP source ait atteint son nombre maximum de connexions prises en charge.

    3.1.1.1 Vérifier la connexion physique

    Assurez-vous qu'un câble Ethernet est connecté à ActiveSQX et se trouve sur un réseau ayant un accès physique à l'adresse IP de la source.

    3.1.1.2 Vérifier l'adresse IP

    Si DHCP est utilisé, assurez-vous que l'ActiveSQX a obtenu une adresse IP, vérifiez-la en ouvrant le gestionnaire de périphériques et en double-cliquant sur la carte ActiveSQX sous « Contrôleurs son, vidéo et jeu ». Accédez à l'onglet « Configuration » et recherchez une adresse IP dans le champ d'adresse IP grisé, comme indiqué dans la figure 1. Si l'onglet « Configuration » n'est pas présent, ActiveSQX n'a ​​pas réussi à établir une connexion avec la machine hôte. Si tel est le cas, essayez d'éteindre et de rallumer l'appareil. Si l'onglet n'apparaît toujours pas, soit la carte est défectueuse, soit elle a été placée sur une machine hôte non prise en charge.

    Datapath Propriétés ActiveSQX

    Figure 1 Configuration du gestionnaire de périphériques ActiveSQX

    Le champ d'adresse IP ne sera mis à jour que lorsque la boîte de dialogue est ouverte pour la première fois, donc si un câble Ethernet est ensuite branché sur ActiveSQX, la boîte de dialogue doit être fermée et rouverte pour qu'elle soit actualisée. Si une adresse IP n'apparaît pas dans la boîte de dialogue, vérifiez que le serveur DHCP fonctionne correctement. Si nécessaire, utilisez un renifleur de paquets tel que Wireshark sur une autre machine connectée au même réseau pour vérifier que les paquets DHCP sont en cours de transmission. Si le serveur DHCP ne fonctionne pas correctement, essayez plutôt d'attribuer une adresse IP statique. Cependant, si une adresse IP statique est attribuée, assurez-vous de ne pas choisir une adresse dans la plage réservée à DHCP pour éviter les conflits d'adresses IP.

    3.1.1.3 Ping des adresses IP

    Une fois que l'ActiveSQX dispose d'une adresse IP, vérifiez qu'il répond aux requêtes ping d'une autre machine du réseau en tapant « ping xxxx » à l'aide d'une invite de commande, en remplaçant xxxx par l'adresse IP de l'ActiveSQX. Vérifiez également que la source répond aux requêtes ping adressées à son adresse IP. Si les requêtes ping réussissent, vérifiez que le numéro de port saisi pour l'adresse source est correct. Vérifiez également que le flux est accessible depuis une autre machine du même réseau à l'aide d'un logiciel de lecteur multimédia tel que VLC.

    3.1.2 Erreur DNS

    Si un nom de domaine, plutôt qu'une adresse IP, est saisi pour la source IP et que sa résolution n'a pas réussi, cette erreur s'affichera. Vérifiez que le nom de domaine est correct et qu'il est accessible à l'aide de la commande ping. Sinon, cela peut être dû au fait qu'ActiveSQX ne parvient pas à se connecter au serveur de noms de domaine. L'adresse de 1 ou 2 serveurs DNS peut être explicitement spécifiée via la page de propriétés ActiveSQX dans le gestionnaire de périphériques si le DNS ne peut pas être établi automatiquement via DHCP.

    3.1.3 Chemin invalide

    Cette erreur se produit lorsque la connexion à la source IP a été établie mais que la source a rejeté le chemin indiqué. Vérifiez le chemin dans Wall Control en ouvrant le « IP-Camera Configuration" et en sélectionnant le "Camera Onglet Modèles ». Sélectionnez le pertinent camera, cliquez sur « Modifier... » et vérifiez que le chemin est correct.

    3.1.4 Non autorisé

    Cette erreur indique que la source IP a rejeté la connexion. Cela peut être dû à un nom d'utilisateur ou un mot de passe invalide. Vérifiez le nom d'utilisateur et le mot de passe dans Wall Control en ouvrant le « IP-Camera Configuration" et en sélectionnant le "Camerapoignarder. Sélectionnez le pertinent camera, cliquez sur « Modifier... », sélectionnez le bouton radio « Nom d'utilisateur » et saisissez les identifiants de connexion.

    3.1.5 Flux arrêté

    Cette erreur indique qu'aucune image vidéo n'a été décodée au cours de la dernière seconde. Cela peut être dû à un problème de réseau temporaire, tel qu'un câble débranché, et peut se rétablir à condition que la connexion réseau soit rétablie avant l'expiration de la connexion. Cela peut également se produire si la capacité maximale de décodage de l'ActiveSQX est dépassée, veuillez vous référer à la fiche technique pour les limites.

    3.1.6 Connexion terminée

    Cette erreur se produira dans les situations où la connexion est perdue pendant une période prolongée (c'est-à-dire environ 30 secondes). Cela peut être dû à plusieurs raisons différentes :

    • Un câble déconnecté quelque part entre la source et l'ActiveSQX
    • La source peut avoir arrêté la diffusion si elle était éteinte par exemple
    • Si la source était multidiffusion, cela peut être dû à une mauvaise configuration dans les paramètres réseau IGMP sur
      les interrupteurs (voir section 4.3 pour plus de détails)

    3.1.7 Fin du flux

    Ce n'est pas réellement une erreur, cela indique simplement que le flux IP source est terminé. Généralement, ce message ne s'affichera que si la source était un fichier vidéo d'une durée fixe plutôt qu'un flux en direct sans fin.

    3.1.8 Connexion invalide

    Cette erreur indique qu'une erreur réseau générique s'est produite. Des investigations plus approfondies sont nécessaires, comme décrit dans la section 4.

    3.2 Problèmes de décodage

    S'il y a des problèmes lors du décodage du flux IP source, l'une des erreurs suivantes peut s'afficher :

    3.2.1 Flux non pris en charge

    Cette erreur indique généralement que le format de codage du flux IP source n'est pas pris en charge ou peut également indiquer un protocole de transport non pris en charge. Veuillez vous référer à la fiche technique ActiveSQX pour une liste des formats pris en charge. Dans certains cas, il peut être possible de résoudre le problème en configurant le flux IP source dans un format compatible. Si le format d'encodage de la source est inconnu, il peut être vérifié à l'aide d'un logiciel de lecteur multimédia tel que VLC.

    3.2.2 Flux invalide

    Cette erreur indique qu'une erreur de flux générique s'est produite. Des investigations plus approfondies sont nécessaires, comme décrit dans la section 4.

    3.3 Bégaiement et corruption vidéo

    Dans certains cas, un certain nombre de cadres teintés en vert peuvent être visibles lors de la première connexion, qui se corrigeront ensuite après un certain temps. Dans le cas d'une vidéo codée H264, cela est dû au fait que vous n'avez pas reçu de trame I de la source IP lors de la première connexion. La source IP doit envoyer une I-Frame lors de la connexion, mais toutes les sources IP ne le font pas. Malheureusement, ActiveSQX ne peut rien y faire.

    Un autre problème courant avec les flux IP est le bégaiement vidéo et/ou les artefacts de décodage. Étant donné que le décodage des images repose souvent sur la réussite du décodage des images qui les précèdent, les flux IP sont très sensibles à toute perturbation, ce qui se manifeste souvent par une corruption vidéo.

    Les artefacts de décodage sont généralement causés par la perte de paquets réseau. Pour confirmer que c'est le cas, il est préférable d'essayer de rendre le chemin depuis la source vers ActiveSQX aussi court que possible. Si un accès physique au réseau est disponible, essayez de connecter la source et l'ActiveSQX directement sur le même commutateur et déconnectez tous les autres ports inutiles pour voir si les problèmes persistent. L'interrupteur ou le câblage peut également être défectueux, essayez si possible d'utiliser plusieurs interrupteurs et câbles différents. Si cela échoue toujours, la source est peut-être défectueuse, essayez d'utiliser différentes sources IP. Si l'accès physique au réseau n'est pas disponible, essayez de mesurer la perte de paquets à l'aide des techniques de journalisation décrites dans la section 4.

    Le bégaiement vidéo peut également être causé par une perte de paquets réseau, mais est généralement également associé à des artefacts de décodage. Si un bégaiement vidéo est présent sans artefacts, cela peut être dû au fait que les paquets mettent différents temps à être transmis du flux IP source à ActiveSQX. ActiveSQX mettra par défaut en cache les paquets pendant 200 millisecondes avant de les décoder, ce qui permettra une lecture fluide même si les paquets ne sont pas reçus à un débit fluide, à condition que la différence de temps de transit entre le paquet le plus lent et le plus rapide ne dépasse pas 200 ms. Cette valeur est configurable dans Wall Control en ouvrant le « IP-Camera Configuration", en sélectionnant le camera, en cliquant sur « Modifier... », puis sur « Avancé » et en modifiant la valeur de mise en cache. Essayez d'augmenter la valeur jusqu'à ce que le bégaiement soit éliminé. Sachez cependant qu'augmenter cette valeur ajoutera un délai entre la source en direct et la vidéo affichée. Si le problème ne peut pas être résolu en modifiant la valeur de mise en cache, le problème peut provenir de la source IP. Essayez de décoder la même source avec un lecteur multimédia logiciel tel que VLC pour voir si le même problème se présente ou non.

    4 Dépannage avancé

    Dans les cas où le problème ne peut pas être identifié à partir de la section 3, il sera nécessaire d'utiliser la fonctionnalité de journalisation intégrée d'ActiveSQX. Par défaut, la journalisation est désactivée pour des raisons de performances, de durabilité et de sécurité, mais elle est inestimable pour déboguer des problèmes complexes.

    La journalisation doit être activée, puis le problème doit être reproduit en ouvrant le flux IP problématique (ou en effectuant toutes les étapes nécessaires). Les fichiers journaux peuvent ensuite être analysés pour déterminer la cause du problème ou renvoyés à Datapath pour une analyse plus approfondie si nécessaire.

    4.1 Activation de la journalisation

    La journalisation peut être activée à l'aide de l'outil de ligne de commande cmd183.exe à partir d'une invite de commande. Pour commencer, les avertissements et les erreurs de journalisation SQX avec la journalisation au niveau GStreamer INFO et le vidage du pipeline doivent être activés à l'aide de la ligne de commande suivante :

    fichier setlog cmd183.exe –s 2 –g 4 –p

    Ces journaux ne contiendront aucune information sensible et sont assez légers. Pour plus de détails sur les différents types de journalisation et comment utiliser l'outil cmd183, voir la section 5.1.

    4.2 Récupération des journaux

    Les journaux sont également récupérés à l'aide de l'outil de ligne de commande cmd183.exe. Créez d'abord un dossier sur la machine hôte dans lequel les journaux doivent être stockés. Exécutez ensuite « cmd183.exe getlogs » où est remplacé l’emplacement du dossier créé. Une fois les journaux récupérés avec succès, ils seront effacés de la ou des cartes ActiveSQX. Tous les fichiers journaux ont une date et une heure ajoutées au nom de fichier ainsi qu'un ID de sorte que chaque fenêtre client possède son propre fichier journal unique. Le contenu du dossier peut ensuite être compressé et renvoyé à Datapath pour une analyse plus approfondie. En fonction du résultat Datapath peut demander une journalisation supplémentaire avec différentes options à effectuer afin de réduire le problème.

    4.3 Détection de la perte de paquets et de la gigue

    Si le réseau semble souffrir de perte de paquets et/ou de gigue parce que la vidéo affiche des artefacts de décodage, activez la journalisation suivante :

    fichier setlog cmd183.exe –g rtpsource:5

    Ouvrez le flux IP et laissez-le fonctionner pendant environ une minute, puis récupérez les journaux à l'aide de la commande getlogs. Dans sqx-client-child_xxx.log, recherchez les lignes qui ressemblent à ceci :

    rtp_source_get_new_rb : fraction 0, perdu 1, extseq 120132, gigue 98

    fraction indique le nombre de paquets perdus dans la plage de 0 à 256, à convertir en pourcentage divisé par 2.56. perdu indique le nombre de paquets perdus depuis le dernier rapport. Malheureusement, même de petites pertes de paquets peuvent entraîner d'importants artefacts de décodage. Prenons par exemple une vidéo codée H264 transmise à l'aide de paquets RTP à un débit binaire de 8 Mbit/s à 30 images par seconde avec une taille GOP de 30. De nombreuses sources IP coderont des images entières dans une seule unité H264 NAL, de sorte que chaque image sera soit donc en moyenne environ 34 Ko. La taille maximale de transmission d'un paquet est généralement d'environ 1.5 Ko, une trame doit donc être divisée en environ 23 paquets RTP. En raison du fonctionnement du protocole RTP, si l'un de ces 23 paquets disparaît, tous doivent être rejetés. Ainsi, un seul paquet perdu peut en fait entraîner la suppression de 23 paquets dans cet exemple. Dès qu'une image disparaît, toutes les images suivantes souffriront d'artefacts de décodage jusqu'à l'arrivée de la prochaine image I, qui pourrait atteindre 29 images dans cet exemple. Une simple perte de paquets de 0.1 % peut entraîner la corruption de trames jusqu'à 66 % (0.1 * 23 * 29). Ainsi, afin d'obtenir une lecture vidéo fluide et sans artefacts, il est important de minimiser autant que possible la perte de paquets, idéalement de l'éliminer complètement.

    gigue est la variation du retard des paquets reçus dans le flux en unités de fréquence d'horloge. Elle est mesurée en comparant l'intervalle d'envoi des paquets RTP à l'intervalle auquel ils ont été reçus. Par exemple, si le paquet n°1 et le paquet n°2 sont espacés de 50 millisecondes et arrivent à 60 millisecondes d'intervalle, alors la gigue est de 10 millisecondes. Plus la valeur de gigue est faible, plus les valeurs de gigue élevées indiquent que les paquets n'arrivent pas à intervalles réguliers et qu'une mise en cache plus importante est nécessaire pour obtenir une lecture fluide. La gigue est généralement moins problématique que la perte de paquets car elle peut être compensée par ActiveSQX en augmentant la mise en cache.

    4.4 Problèmes de multidiffusion IGMP

    Si un flux IP de multidiffusion s'interrompt après un certain temps, de quelques minutes à quelques heures, voire plusieurs jours, cela peut être dû à un problème de configuration avec les commutateurs utilisés pour transmettre les paquets de multidiffusion. Si tel est le cas, une erreur « Connexion terminée » apparaîtra dans la fenêtre, nous pouvons vérifier que les paquets RTP ne sont plus reçus en activant la journalisation suivante :

    fichier setlog cmd183.exe –s 2 –g rtpsource:5 –n igmp

    Ouvrez le flux IP et laissez-le fonctionner jusqu'à ce que le flux s'arrête, puis récupérez les journaux à l'aide de la commande getlogs. Dans sqx-client-child_xxx.log, recherchez les lignes « Aucune trame transférée pendant plus d'une seconde » et « Traiter la fin du flux comme un délai d'attente », entre celles-ci, le nombre de paquets RTP reçus peut être vu. Si ce nombre n'a pas augmenté entre la dernière trame décodée et le délai d'attente, cela signifie qu'aucun nouveau paquet RTP n'arrive et pourrait indiquer qu'un commutateur filtre les paquets.

    En supposant que les paquets se soient arrêtés, nous pouvons examiner les paquets IGMP pour voir s'ils se comportent comme prévu. Ouvrez sqx-client_xxx.pcap avec Wireshark et recherchez les paquets « Membership Query, general » provenant du commutateur. Assurez-vous que chaque requête reçoit une réponse par un « rapport d'adhésion » dans le délai de réponse maximum indiqué par le paquet de requête pour l'adresse de multidiffusion connectée. Si un autre périphérique répond avec un rapport avant l'ActiveSQX, celui-ci n'enverra pas non plus de réponse (cela fait partie de la norme du protocole IGMP). Dans certains cas, ActiveSQX peut recevoir un rapport d'un autre périphérique indiquant qu'il ne devrait pas, cela indique un problème avec la configuration réseau.

    5 Annexes

    5.1 Types de journalisation

    Les fichiers journaux peuvent être stockés sur ActiveSQX ou envoyés en direct à la machine hôte au fur et à mesure qu'ils sont générés et visualisés à l'aide de DebugView ou d'un débogueur de noyau. L'écriture dans des fichiers sur ActiveSQX a tendance à être plus rapide et n'interfère pas autant avec le processus de décodage, mais ActiveSQX dispose d'un espace limité pour la journalisation (environ 1.4 Go). À l'inverse, l'affichage des journaux dans DebugView n'est pas limité par l'espace disque d'ActiveSQX mais peut avoir un impact important sur les performances si une journalisation très détaillée est activée.

    Il existe différents types de journalisation qui peuvent être activés :

    • SQX : enregistrer les messages provenant de Datapathle code propriétaire de.
    • GStreamer : journalise les messages provenant du code open source GStreamer.
    • Pipeline GStreamer : représentation graphique du pipeline GStreamer.
    • Capture de paquets réseau : captures de paquets réseau bruts qui peuvent être visualisées dans Wireshark.

    En fonction de la nature du problème, n'importe quel nombre de ces journaux peut être activé à la fois, en gardant à l'esprit les limitations d'espace disque et l'impact sur les performances. La meilleure approche consiste à commencer avec un niveau de journalisation assez léger et à y rechercher les erreurs et les avertissements. Ensuite, à mesure que la source du problème devient plus apparente, des niveaux de journalisation plus élevés peuvent être activés.

    5.1.1 Journalisation SQX

    La journalisation SQX se décline en 4 niveaux : 0 à 3. 0 représente aucune journalisation, 1 correspond uniquement aux erreurs, 2 correspond aux erreurs et aux avertissements et 3 correspond à toute la journalisation. Le niveau de journalisation 2 est un bon niveau pour commencer car il ne doit pas remplir le disque trop rapidement. Exemple : fichier setlog cmd183.exe –s 2

    5.1.2 Journalisation GStreamer

    La journalisation GStreamer est plus compliquée, elle comprend 10 niveaux de journalisation 0 à 9. En plus du niveau de journalisation, GStreamer dispose d'un certain nombre de catégories de débogage différentes pour différents composants de l'architecture GStreamer. Il est possible par exemple d'activer le niveau de débogage 9 spécifiquement pour la catégorie rtpsource tout en laissant toutes les autres catégories désactivées. Pour plus d'informations, reportez-vous à la variable GST_DEBUG sous http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gstreamer/html/gst-running.html. Le niveau 4 dans toutes les catégories est généralement un bon point de départ car il établit un équilibre entre fournir suffisamment d'informations et ne pas remplir l'espace disque trop rapidement. Exemple : fichier setlog cmd183.exe –g 4 ou fichier setlog cmd183.exe –g rtpsource:5

    5.1.3 Journalisation des pipelines

    GStreamer a également la capacité de générer le pipeline dans un fichier .dot qui, une fois traité par graphviz, donne une représentation graphique du pipeline qui donne une bonne indication des formats d'encodage et des protocoles de transport utilisés par une source IP donnée. Exemple : cmd183.exe fichier setlog -p

    5.1.4 Journalisation des paquets

    Si le problème ne peut pas être diagnostiqué uniquement à l'aide des fichiers journaux, il peut être nécessaire de capturer les paquets réseau bruts et de les analyser dans Wireshark. Pour les problèmes intermittents, cela peut également constituer un moyen pratique de reproduire des problèmes rarement rencontrés. Cependant, il convient de noter que si tous les paquets sont capturés, l'espace disque peut être rempli très rapidement. Pour aider à atténuer ce problème et fournir un niveau de confidentialité aux clients, il est possible de filtrer les paquets capturés en fonction de critères donnés. Tcpdump est utilisé pour la capture de paquets et la syntaxe du filtre est décrite en détail ici http://www.tcpdump.org/manpages/pcap-filter.7.html. Exemple : fichier setlog cmd183.exe –n « src 10.20.0.1 » ou fichier setlog cmd183.exe –n « » pour aucun filtrage.

    Le mode promiscuité est désactivé pour éviter de capturer le trafic réseau général non destiné à ActiveSQX. Cependant, comme la capture de paquets fonctionne à un faible niveau, elle peut capturer des informations potentiellement sensibles en fonction des informations envoyées sur le réseau si elles ne sont pas explicitement filtrées. Il est également possible de relire la vidéo à partir des captures de paquets et les clients doivent en être informés avant de leur demander de renvoyer les captures de paquets à Datapath. Pour ces raisons, la capture de paquets doit généralement être utilisée en dernier recours pour les problèmes de débogage.

  • Comment vérifier la configuration RAID

    Pour vérifier la configuration RAID sur votre wall controlIl suffit de suivre ces instructions :

    1. Redémarrez le wall controller et appuyez sur le bouton de suppression du clavier lorsque l'écran de démarrage du démarrage s'affiche. Cela vous dirigera vers l'utilitaire de configuration du BIOS (Fig.1)

    2. Utilisez les flèches du clavier pour accéder à l'onglet Avancé et l'écran suivant s'affiche :

    Fig. 1
    Fig.1

    Confirmez que Configure SATA#1 as est défini sur RAID.

    3. Appuyez sur F10 pour enregistrer et quitter l'utilitaire du BIOS.

    4. Quand le wall controller redémarre, appuyez sur CTRL + i sur l'écran de démarrage du BIOS pour accéder à l'utilitaire RAID BIOS (Fig.2)

    Matrice RAID dégradée

    5. Si une matrice RAID se dégrade, cela ne signifie pas nécessairement que le disque dur ou tout autre matériel du système est défectueux. Cela signifie qu'il y a une incohérence dans les DONNÉES à travers la baie. Cela peut être dû à de nombreux facteurs différents, notamment un BSOD, un blocage du système, un conflit d'applications ou une panne de courant.

    Comme indiqué ci-dessus, la dégradation d'une matrice RAID ne signifie pas nécessairement une panne matérielle, mais si le problème survient régulièrement, des diagnostics supplémentaires doivent être effectués/entrepris. Il est recommandé, comme pour tout système, d'effectuer des sauvegardes régulières pour protéger les informations.

    Fig. 2
    Fig.2

    6. Si une matrice RAID est dégradée, prenez note du numéro de port physique et du numéro de série du disque dégradé, qui sur la figure 2 est mis en évidence avec une erreur en rouge. Le lecteur de travail est défini sur Member Disk (o) et est surligné en vert.

    7. Utilisez les touches fléchées du clavier et accédez à l'option 3 du menu principal (Réinitialiser les disques sur des disques non RAID) et appuyez sur Entrée.

    8. Utilisez les touches fléchées du clavier pour sélectionner le disque dégradé (surligné en rouge) et appuyez sur la barre d'espace du clavier pour l'attribuer à la réinitialisation.

    AVERTISSEMENT! Assurez-vous que le bon disque est sélectionné avant de continuer.

    9. Une fois le disque réinitialisé, l'utilitaire BIOS RAID détectera le disque comme étant un nouveau disque et une invite apparaîtra vous demandant si vous souhaitez utiliser le disque sélectionné pour réparer le RAID. Acceptez et continuez.

    10. Les deux disques doivent maintenant être affichés en tant que disque membre (x) avec l'état surligné en jaune comme Rebuild (Fig.2).

    11. Quittez l'utilitaire en cliquant sur Échap et RAID commencera le processus de reconstruction une fois le système d'exploitation chargé.

  • Comment exécuter le Datapath Outil de diagnostic

    Notre personnel d'assistance peut vous demander d'exécuter le Datapath Outil de diagnostic pour vous aider à résoudre un problème que vous avez pu rencontrer avec nos produits.

    La Datapath L'outil de diagnostic est un programme de diagnostic pour Windows® qui rassemble des informations sur la configuration des composants du système. Les informations sont triées, rassemblées et compressées dans un fichier zip pour être ensuite transmises au Datapath équipe de soutien.

    Pour exécuter le Datapath Outil de diagnostic, vous devez d'abord le télécharger à partir du Datapath site Web, cliquez ici pour télécharger le fichier diagtool.zip.

    Une fois téléchargé, décompressez le contenu du fichier zip dans un dossier et double-cliquez sur le fichier DIAGTOOL.exe. Cela démarre l'assistant de l'outil de diagnostic et affiche la boîte de dialogue suivante :

    Datapath Outil de diagnostic

    Cliquez sur Suivant> pour continuer et la boîte de dialogue suivante s'affiche :

    Datapath - Accord de licence

    Accord de licence

    Pour permettre l'exécution de l'outil de diagnostic, le contrat de licence doit être accepté en cliquant dans la case comme indiqué ci-dessus. Veuillez lire attentivement les termes du contrat de licence. Une fois que vous avez lu et accepté les conditions, cliquez sur Suivant> et la boîte de dialogue suivante s'affiche. Le vidage de la mémoire ne doit être vérifié que si le personnel d'assistance le demande spécifiquement.

    Datapath Outil de diagnostic - Composants

    Composantes

    Cette boîte de dialogue permet une sélection individuelle des différents composants de diagnostic qui seront collectés. Sauf demande d'un membre de l'équipe d'assistance, veuillez utiliser les sélections par défaut comme indiqué ci-dessus. Cliquez sur Suivant> pour afficher la boîte de dialogue Résumé :

    Datapath Outil de diagnostic - Résumé

    Résumé

    Cette boîte de dialogue affiche un résumé des options choisies dans la boîte de dialogue Composants précédente. Pour modifier les options du composant, cliquez sur le bouton Retour.

    Si la boîte de dialogue affiche les options dont vous avez besoin, cliquez sur Suivant> et une boîte de dialogue de progression s'affiche pendant que l'outil de diagnostic collecte les informations requises.

    Une fois que toutes les données ont été collectées et écrites avec succès dans un fichier, la boîte de dialogue suivante s'affiche :

    Datapath Outil de diagnostic - Terminé

    Fini

    La boîte de dialogue Terminé confirme que l'outil de diagnostic a rassemblé toutes les informations requises et les a écrites dans un fichier zip, l'emplacement du fichier zip est également affiché. Le fichier zip doit être localisé et joint à un e-mail et transmis au Datapath Équipe de soutien.

  • Comment exécuter la procédure Golden Image du micrologiciel

    Un membre de notre équipe d'assistance peut vous demander de suivre la procédure Firmware Golden Image. Pour effectuer ce processus, procédez comme suit :

    "LIEN" = LK1 VisionRVB-E2, VisionRVB-X2, VisionSD4+1, VisionSDI2, VisionDVI-DL et VisionHD4

    "LIEN" = LK4 pour VisionRVB-E1 et VisionSD8

    "LIEN" = J8 pour VisionAV-HD et VisionAV-SDI

    "LIEN" = J11 pour VisionAV

    "LIEN" = J1 pour VisionHD4

     

    • Éteignez votre machine, y compris le châssis d'extension connecté.
    • Supprimer le lien "LIEN" trouvé sur le Vision carte de capture carte PCB
    • Allumez la machine sur le bureau Windows
    • Remplacez "LINK" sur le Vision carte de capture
    • Exécuter le requis Vision/Programme d'installation du pilote
    • Confirmez que Flash133 s'exécute avec succès
    • Éteignez votre machine, y compris le châssis d'extension connecté.
    • Allumez la machine sur le bureau Windows
    • Confirmez que vous disposez d'un Vision carte de capture / application
  • Comment connecter GraphEdit à votre application

    Ouvrez GraphEdit et sélectionnez "Se connecter à un graphique distant" dans le menu Fichier

    Si GraphEdit n'est pas installé sur votre ordinateur, vous pouvez télécharger ce fichier à partir de nos pages d'assistance pour les pilotes d'utilitaires multi-écrans.

    La boîte de dialogue « Sélectionner un graphique de filtre distant à afficher » s'affiche :

    Sélectionnez un graphique de filtre distant à afficher

    Si une entrée existe dans la boîte de dialogue, sélectionnez-la et cliquez sur OK.

  • Comment exporter un graphique de filtre et des informations sur le moteur de rendu vidéo à l'aide de GraphEdit

    Un membre de notre équipe d'assistance peut vous demander de transmettre un graphique de filtre. Pour exécuter cette fonction, suivez ces quelques étapes simples :

    1. Ouvrez l'application GraphEdit et sélectionnez Graphique/Insérer des filtres.

    Si GraphEdit n'est pas installé sur votre ordinateur, vous pouvez télécharger ce fichier à partir de nos pages d'assistance pour les pilotes d'utilitaires multi-écrans.

    Ouvrez l'application GraphEdit

    2. La boîte de dialogue suivante s'affiche

    Quels filtres souhaitez-vous insérer

    3. Développez la capture de streaming WDM devices et sélectionnez le périphérique de capture. Le filtre source est ensuite affiché dans la fenêtre de l'application GraphEdit.

    Développez la capture de streaming WDM devices

    4. Cliquez avec le bouton droit sur la première broche de capture du filtre source et sélectionnez Propriétés de la broche, la boîte de dialogue Propriétés de la broche s'affichera.

    5. Sélectionnez l'espace colorimétrique, ne modifiez pas la taille du tampon ou le taux de capture. Fermez la boîte de dialogue des propriétés de la broche, cliquez à nouveau avec le bouton droit sur la première broche de capture du filtre source et sélectionnez Render Pin.

    6. L'application GraphEdit affichera désormais le graphique du filtre système pour l'espace colorimétrique utilisé.