Analyseur

L’analyseur intégré vérifie et mesure en continu l”entrée active de chaque flux. Les résultats servent à plusieurs sous-systèmes du nœud : le verdict de validité pilote la commutation des entrées (Redondance des sources), les métriques et les graphiques s’affichent dans la fenêtre des statistiques du flux (Statistiques du flux), les pastilles de synthèse dans la liste des flux, et les violations déclenchent des alertes (Alertes (alerter)). La mosaïque, l’import EPG et le décodeur de sous-titres se servent des données du décodeur de l’analyseur (Chaîne de traitement).

Les vérifications et les mesures de base sont toujours activées. Les analyses avancées s’activent par des paramètres distincts dans l’onglet « Analyse » de l’éditeur de flux. Chacun de ces paramètres ajoute de la charge CPU, c’est pourquoi on ne les active qu’en cas de besoin. Les compteurs cumulés sont remis à zéro par le bouton « Réinitialiser les statistiques » de la fenêtre des statistiques.

Vérification de la validité

Le flux d’entrée est vérifié par étapes : verrouillage de la synchronisation TS, réception des tables PAT et PMT, présence des marques PCR, analyse des pistes audio et vidéo jusqu’au décodage d’une image clé. Le résultat s’affiche dans la fenêtre des statistiques, dans la section « Vérification MPEG-TS », sous forme d’indicateurs distincts TS, PAT, PMT, PCR, Audio, Audio ES, Video, Video ES. La vérification est répétée selon l’intervalle de vérification du flux ; une entrée est déclarée en défaut si le flux n’a pas passé la vérification ou si aucune donnée n’arrive pendant une durée supérieure au délai d’attente du flux. Le flux bascule alors sur l”entrée de secours (Redondance des sources).

Un transport embrouillé est considéré comme valide (Flux SPTS) : les couches transport et PSI continuent d’être vérifiées et, dès l’apparition de données en clair, l’analyse complète reprend automatiquement.

Mesures permanentes

Sans paramétrage supplémentaire, l’analyseur mesure :

• Débit — la vitesse du flux d’entrée (pour le SPTS, d’après les marques PCR ; pour le MPTS, d’après le temps réel) et le débit de sortie après le synchroniseur ; graphique « Débit » dans la fenêtre des statistiques.

• Débit par PID — la vitesse courante et le nombre de paquets par seconde pour chaque PID de l”entrée active ; le tableau du bloc « Analyseur » de la fenêtre des statistiques. Le type de PID provient de l’analyse des tables du flux (PAT, PMT, video, aac et similaires) ; le PID des paquets NULL (8191) porte la mention NULL, tandis qu’un flux dont le type n’a pas pu être déterminé porte un tiret. La mesure ne concerne que le SPTS : un flux MPTS n’a pas ce tableau, quelle que soit la source du multiplex, et la composition ainsi que les débits des programmes sont donnés par le tableau du multiplex (Analyse par programme).

• Continuité et transport — erreurs de continuité CC (sur fenêtre et cumulées), erreurs de transport (TEI), compteurs de paquets embrouillés ; graphique « Continuité et embrouillage ».

• Intervalle PCR — l’intervalle moyen et l’intervalle maximal entre les marques PCR. Lorsque le moniteur TR 101 290 est activé, la limite stricte de 40 ms s’applique ; sans lui, la limite ISO/IEC 13818-1 de 100 ms.

• Gigue PCR — le retard de l’ordonnanceur d’émission par rapport à la cadence PCR ; graphique « Gigue PCR ». Il s’agit d’une métrique interne d’émission du streamer, et non d’un indicateur du flux d’entrée : ce que les analyseurs externes et TR 101 290 appellent PCR jitter ou PCR accuracy correspond ici à la métrique « Précision PCR » (ci-dessous).

• Dérive PCR — l’écart systématique de la fréquence d’horloge de la source par rapport au temps réel, en ppm. À la différence de la gigue, la dérive caractérise la stabilité du quartz de l’encodeur et s’accumule sur plusieurs minutes ; un verdict fiable se forme sur une fenêtre d’au moins 300 secondes. La tolérance ISO/IEC 13818-1 est de ±30 ppm ; un dépassement persistant est mis en évidence dans la fenêtre des statistiques (« Dérive PCR »), séparément du verdict TR 101 290, car la dérive du quartz est un défaut de l’encodeur du côté de la source, et non un problème d’intégrité du transport.

• Précision PCR — l’erreur d’insertion des marques PCR par rapport à l’instant réel de transmission ; la tolérance TR 101 290 est de ±500 ns. Cette métrique n’a de sens que pour les flux à débit constant (voir le détecteur de mode ci-dessous).

Détecteur de mode du multiplex. L’analyseur classe automatiquement la source comme CBR ou VBR d’après la régularité du PCR par rapport à la position des paquets ; le verdict est figé avec hystérésis pour éviter des basculements fréquents. Un verdict établi est signalé par une pastille CBR ou VBR dans la liste des flux ; tant que les données sont insuffisantes, aucune pastille n’est affichée. Le VBR n’est pas un défaut, mais un mode normal : les vérifications qui n’ont de sens que pour le CBR (précision PCR, tampon vidéo T-STD) y sont automatiquement exclues de l’évaluation.

Analyses avancées

Trois analyses indépendantes s’activent dans l’onglet « Analyse » de l’éditeur de flux (toutes sont désactivées par défaut) :

« Analyse approfondie »

Fait passer l’analyseur en mode d’analyse continue du flux (charge CPU notable) et ajoute :

• les intervalles des tables PAT et PMT (recommandation : au plus 500 ms) ;

• les intervalles des images clés (GOP) et des images IDR. Pour les lecteurs qui se connectent à un instant quelconque, un GOP d’au plus 1 seconde est recommandé. Si l’intervalle IDR coïncide approximativement avec l’intervalle des images clés, le flux est en closed-GOP (chaque GOP s’ouvre sur un point d’entrée complet) ; si la métrique IDR est absente, le flux est en open-GOP ;

• l’intervalle entre le PAT et l’image clé — il détermine la rapidité de démarrage de la lecture lors d’une connexion à un instant quelconque ;

• la fiche technique du codec vidéo (type de flux, profil et niveau, résolution, balayage, paramètres VBV) et les paramètres des pistes audio ;

• les données d’aptitude à l’insertion publicitaire : structure du GOP, marques d’accès aléatoire (RAI), événements SCTE-35 et points de raccord. Le seuil de notification anticipée d’un point de raccord est défini par le paramètre avancé « Notifier le point de raccord à l’avance (images) » ;

• le contrôle de la présence des tables SI (SDT, EIT, NIT, TDT) et les erreurs de structure des flux élémentaires.

« Analyser l’écart PCR/PTS »

L’écart entre le PCR et les marques PTS/DTS de chaque flux élémentaire. Un écart trop important pose problème aux lecteurs dotés d’un petit tampon de synchronisation. L’intervalle de répétition des marques PTS vidéo est en outre mesuré (indicateur 2.5 du rapport TR 101 290, limite 700 ms).

« Analyser le tampon vidéo T-STD »

Le modèle du tampon du décodeur de référence T-STD (ISO/IEC 13818-1) vérifie que le tampon vidéo ne déborde pas et ne se vide pas. MPEG-2, H.264/AVC et HEVC sont pris en charge ; la vitesse de vidage s’adapte au débit vidéo réel. Il n’est évalué que sur les flux à débit constant.

Les résultats sont affichés dans la fenêtre des statistiques, dans les sections « Analyse approfondie » et « Analyseur ». Les paramètres « Trace » et « Trace MPEG-TS » activent la journalisation détaillée de la vérification du flux. Ces paramètres ne servent qu’au diagnostic ; ne les laissez pas activés en permanence.

Moniteur TR 101 290

Le paramètre « Moniteur TR 101 290 » (onglet « Analyse ») active le contrôle continu de la conformité du flux à la norme ETSI TR 101 290. Le moniteur est léger (il n’active pas l’analyse lourde des flux élémentaires) et fonctionne indépendamment des analyses avancées.

Le moniteur rend un verdict unique pour le flux : « Normal », « Problème » ou « Vérification… » pendant l’accumulation des données. Le verdict est signalé par une pastille TR-290 colorée dans la liste des flux et dans la fenêtre des statistiques ; un clic ouvre le rapport « TR 101 290 » — un tableau d’indicateurs regroupés par priorités de la norme (la priorité 1 est nécessaire au décodage, la priorité 2 est recommandée pour la surveillance, la priorité 3 dépend de l’application), avec les valeurs mesurées et les limites.

Particularités de l’évaluation :

• Une violation n’entre dans le verdict que lorsqu’elle est persistante (observée pendant au moins 30 des 60 dernières secondes), si bien que les brèves salves n’allument pas l’indicateur. Le niveau de recette est suivi séparément : une violation qui dure 300 secondes sans interruption sert de critère pour la recette technique d’une chaîne.

• Une partie des indicateurs nécessite des analyses supplémentaires. Les lignes qui dépendent des paramètres « Analyser l’écart PCR/PTS » et « Analyser le tampon vidéo T-STD » sont signalées comme désactivées dans le rapport lorsque le paramètre est désactivé, et n’influent pas sur le verdict. Les intervalles numériques PAT/PMT et le contrôle de la présence des tables SI ne sont mesurés que si le paramètre « Analyse approfondie » est activé ; sans lui, les lignes correspondantes restent sans valeurs mesurées.

• La précision PCR et le tampon vidéo T-STD ne sont évalués qu’après que le détecteur de mode a confirmé le débit constant de la source, et ils continuent d’être évalués jusqu’à la réinitialisation des statistiques ou la modification des paramètres de lissage du débit, même si le verdict du détecteur change par la suite. Sur les flux qui n’ont jamais été confirmés comme CBR, ces lignes ne sont pas évaluées.

• Lorsque le lissage du débit est actif, le moniteur mesure le flux émis, c’est-à-dire le flux lissé (Gestion du débit).

• Pour un flux MPTS, un seul verdict est rendu pour l’ensemble du multiplex (Analyse par programme).

Les violations persistantes déclenchent en outre des alertes portant les codes de l’analyseur ; la liste complète figure dans Catalogue des codes d’alerte. Le bouton « Réinitialiser les statistiques » remet à zéro les compteurs du moniteur et les statistiques cumulées.

Assistant de réclamation

Tant qu’un flux SPTS présente une violation TR 101 290 active ou une dérive PCR, l’interface web propose une requête prête à l’emploi pour un chat IA. À partir de cette requête, le chat IA rédige une lettre de réclamation formelle au fournisseur du flux, en anglais. Le nœud n’envoie rien : c’est l’opérateur qui envoie lui-même la lettre au fournisseur.

Où l’icône apparaît. L’icône « Lettre IA » avec une enveloppe s’affiche dans la ligne du flux sur l’écran « Flux » et dans le résumé de la fenêtre des statistiques du flux, juste après l’icône TR 101 290 (Flux). L’icône n’est présente que tant que toutes les conditions suivantes sont remplies :

• le flux est SPTS et son entrée active fonctionne ;

• l’entrée active présente une violation persistante : intervalle, précision ou discontinuité du PCR, intervalles des PAT, PMT et PTS, erreurs CRC des tables PSI, erreurs de transport, intervalles des tables SDT, EIT, TDT et NIT (seulement celles présentes dans le flux), dérive PCR. Les erreurs CC seules ne donnent pas lieu à une lettre, bien qu’elles rendent le verdict TR 101 290 mauvais ;

• les violations TR 101 290 ne sont prises en compte que si le moniteur TR 101 290 est activé (Moniteur TR 101 290), la dérive PCR l’est toujours ;

• un compte doté du rôle Admin (Accès et rôles). L’icône n’est pas affichée aux rôles Restricted admin et Viewer, et le nœud leur refuse aussi la requête.

La version de démonstration ne comprend pas l’assistant.

Comment obtenir la lettre.

1. Cliquez sur l’icône « Lettre IA ». La fenêtre « Lettre de réclamation (IA) » s’ouvre, avec le nom du flux dans son titre ; le champ « Prompt pour un chat IA » contient le texte préparé par le nœud.

2. Cliquez sur « Copier le prompt » : toute la requête est copiée dans le presse-papiers.

3. Collez la requête dans n’importe quel chat IA. Celui-ci rédigera la lettre d’après les violations mesurées.

4. Complétez la lettre avec la désignation du flux et envoyez-la au fournisseur.

Ce qui entre dans la requête. Pour chaque violation : le point de la norme, la valeur mesurée, le seuil et l’incidence sur le décodeur du destinataire ; en outre, la fenêtre d’observation et le mode du multiplex (CBR, VBR ou indéterminé). Sur la source, la requête ne contient que l’adresse de l’entrée active, nettoyée par le nœud :

• sans identifiant ni mot de passe dans l’adresse ;

• sans paramètres de requête ressemblant à un mot de passe, une clé, un jeton ou une signature ;

• sans le nom de flux RTMP.

Pour une source qui n’arrive pas par le réseau (fichier, autre flux du nœud, transcodeur, DVB), <not available> figure à la place de l’adresse. Le nom du flux, son identifiant et sa note n’entrent pas dans la requête.

Si la violation a déjà disparu. Lorsque la violation disparaît entre le clic sur l’icône et la réponse du nœud (ou que les statistiques viennent d’être remises à zéro), la fenêtre reste ouverte et affiche cette réponse telle quelle ; le bouton « Copier le prompt » est alors indisponible. Réponses du nœud :

• no active violation: nothing to send — aucune violation active ;

• AI complaint prompt is available only for SPTS streams — le flux n’est pas SPTS ;

• no active input — le flux n’a pas d’entrée active en fonctionnement ;

• AI complaint prompt requires the Admin role — le compte n’a pas le rôle Admin.

La même requête peut être obtenue via l’API HTTP du nœud (Pilotage via l’API HTTP) ; la réponse est du texte brut, et en cas de refus, une description de l’erreur en JSON:

GET /data/stream/<id>/ai-complaint-prompt