---
title: Flux
url: https://doc2.pstreamer.tv/fr/manual/webui/streams.html
lang: fr
product: Perfect Streamer
version: 2.0.2.362
---

# Flux

![L'écran « Flux » : liste des flux avec une ligne développée.](../../_images/webui_streams_list.fr.png)

*L’écran « Flux » : liste des flux avec une ligne développée.*

L’écran **Flux** est le poste de travail central du nœud : une liste unique des flux configurés avec leur état, leur entrée active, leur débit, « Uptime » et le compteur d’erreurs de continuité « CC ». L’entrée active est signalée par un numéro et une pastille de transport — `#2` et, par exemple, `udp` ; le numéro est la place de l’entrée dans la liste de redondance, la même que celle qu’elle porte dans la ligne dépliée, dans l’éditeur de flux et dans le texte d’une alerte ([Redondance des sources](../streamer/spts.md#streamer-spts-reservation)). Chaque ligne se déplie d’un clic et montre les entrées et sorties du flux avec leur état, leur priorité de redondance, leurs notes et leurs alertes actives ; une entrée ou une sortie individuelle peut être mise en pause et reprise depuis ici, et le bouton « Afficher dans la bibliothèque » à côté de l’adresse ouvre la liste des autres points du domaine à cette adresse (Bibliothèque — ce flux). La cause de la défaillance d’une entrée ou d’une sortie s’affiche différemment dans la ligne dépliée : tant que le point est en défaut — en ligne rouge ; lorsqu’il est arrêté — en atténué et avec un âge, « Dernière défaillance il y a 3h 04m : … » ; et un point en pause n’a pas de ligne du tout, elle ne revient qu’avec la reprise. Une entrée qui s’est remise à fonctionner ne conserve pas la cause — le nœud l’efface avec l’heure, et la ligne disparaît. Une ligne atténuée ne signifie pas un défaut : c’est un historique, et sur un flux sain doté de redondance elle est normale sous une entrée de secours arrêtée. L’âge est l’écart entre l’horloge du navigateur et l’horodatage posé par le nœud ; un décalage d’horloge de l’un ou l’autre côté le déplace donc. La notion de flux et le modèle de transmission sont décrits dans [Modèle de transmission : Stream, Sender, Receiver, Peer](../planning/index.md#planning-model) ; le traitement SPTS — dans [Flux SPTS](../streamer/spts.md#streamer-spts), le multiplex MPTS — dans [Flux MPTS](../streamer/mpts.md#streamer-mpts).

La liste est groupée par type : les flux simples (SPTS) forment une liste commune, en dessous se trouvent les groupes « Flux MPTS » et « Flux adaptatifs » (ensembles ABR). Les moyens de navigation et de commande sont placés au-dessus de la liste :

****Recherche et filtres****
  Le champ « Rechercher un flux… » effectue la recherche par numéro de flux, par nom, par note et par adresse d’entrée/sortie et met en évidence la ligne trouvée sans réduire la liste ; sous chaque résultat est indiqué quel champ a correspondu, et à côté du nom figure le numéro — `#85` pour un flux et `ABR #3` pour un ensemble adaptatif, car les deux sont numérotés indépendamment l’un de l’autre. Par texte, la recherche démarre à trois caractères ; par numéro, dès le premier. Tant que moins de trois caractères sont saisis, seul le numéro est recherché, ce que dit l’indication « Saisissez au moins 3 caractères ou un ID de flux ». Le numéro est recherché depuis le début : `150` trouvera le flux 1500 et ne trouvera pas 4150, et la forme `#150` équivaut à `150`. Vient d’abord le numéro saisi exactement, ensuite les correspondances par texte et seulement après les numéros dont la saisie n’est que le début. Le filtre « Étiquettes » restreint la liste selon les étiquettes des flux, le commutateur « SPTS / MPTS / Adaptatif » affiche ou masque les groupes de types, et le segment « Tous / Actifs » masque les flux en pause. L’arrivée sur l’écran par un lien qui nomme un flux précis — depuis l’aperçu du nœud, depuis un graphe, depuis la bibliothèque, depuis l’écran des transcodeurs ou depuis un nœud voisin — réinitialise les trois filtres d’un coup, déplie la ligne de ce flux et y fait défiler la liste : sinon un filtre resté d’une tâche antérieure pourrait la masquer. Le retour du navigateur sur une telle adresse, ou son ouverture depuis un signet, compte de la même façon — sauf pour l’accès depuis les transcodeurs : celui-ci déplie la ligne et se retire aussitôt de l’adresse, il ne figure donc pas dans un signet, et le retour par le navigateur ramène à l’écran des transcodeurs. Le passage du segment à « Tous » est visible à l’écran, et la valeur précédente est facile à rétablir — mais il faut la rétablir soi-même : le segment est mémorisé par le navigateur et, après l’accès, il restera sur « Tous » à la prochaine ouverture de l’écran également. L’ouverture depuis la liste elle-même ne touche pas aux filtres : la ligne sur laquelle on a cliqué est de toute façon bien en vue.
****Actions sur le flux sélectionné****
  L’en-tête contient les actions appliquées au flux déplié (sélectionné) ou à l’ensemble ABR : « Statistiques du flux » (Statistiques du flux), « Ouvrir dans le pipeline » ([Chaîne de traitement](monitor.md#webui-pipeline)), « Configurer le flux » (Configurer le flux) et « Supprimer le flux ». Le bouton « + Nouveau flux » ouvre la fenêtre de création. L’administrateur peut faire glisser les lignes pour modifier leur ordre — parmi les flux isolés et dans le groupe « Flux MPTS », chacun dans ses propres limites ; les ensembles ABR ne se réordonnent pas. Les filtres ne gênent pas le réagencement : le déplacement se compte sur la liste entière, si bien que les flux masqués par un filtre conservent leur position relative. Le même déplacement s’effectue par les combinaisons `Alt+↑` et `Alt+↓` ([Utilisation au clavier](index.md#webui-keyboard)) ; sur téléphone, l’ordre est seulement affiché.
****Sélection de plusieurs lignes****
  Dans une fenêtre d’au moins 1080 points de large, plusieurs lignes se sélectionnent à la souris : ``Ctrl``+clic (sur macOS ``Cmd``+clic) ajoute une ligne à la sélection ou l'en retire, et ``Maj``+clic prend tout l'intervalle. Une ligne dépliée compte comme la ligne courante et participe au geste : après un clic sur une ligne et un ``Ctrl``+clic sur une autre, les deux sont sélectionnées. Un clic ordinaire, tant que quelque chose est sélectionné, ne fait qu'annuler la sélection et ne déplie pas la ligne ; ``Échap`` fait de même. La sélection est homogène — soit des flux isolés, soit des flux MPTS, soit des ensembles ABR : une tentative de les mélanger reçoit en réponse « Une seule sorte par sélection : flux, MPTS ou ensembles ABR », et dans une fenêtre étroite le geste est refusé avec l’explication « La sélection de groupe nécessite une fenêtre plus large ». Tant que des lignes sont sélectionnées, les actions portant sur un seul flux sont indisponibles — elles sont marquées « Agit sur une ligne — cliquez la ligne sans Ctrl » — et le glissement des lignes est suspendu ; reste disponible le bouton « Ouvrir dans la chaîne de traitement », qui ouvre la vue de groupe ([Chaîne de traitement](monitor.md#webui-pipeline)). Au-dessus de la liste apparaît un bandeau avec le compteur de la sélection, le nombre de lignes masquées par le filtre, un rappel des gestes et un bouton « Annuler la sélection ». Une ligne masquée par le filtre ne perd pas sa sélection ; une ligne disparue du nœud sort de la sélection, et le bandeau indique combien de lignes en sont sorties. Plus de douze lignes peuvent être sélectionnées, mais la vue de groupe en affichera les douze premières — le bandeau en avertit à l’avance.
****État et alertes****
  L’indicateur d’état en couleur, les pastilles d’attributs du flux (CBR/VBR, embrouillage, protection DRM, fonctionnement sur l’entrée de secours, audio uniquement ou vidéo uniquement, codecs, TRACE) et la marque des alertes actives. Les alertes sont rattachées au flux ainsi qu’à ses entrées et sorties ([Alertes (alerter)](../meshwork/alerts.md#meshwork-alerts)) ; le rapport TR 101 290 et la section d’analyse approfondie s’ouvrent directement depuis la ligne.

Les différentes fenêtres de l’écran sont décrites ci-dessous.

## Nouveau flux

![La fenêtre « Nouveau flux ».](../../_images/webui_stream_new.fr.png)

Fenêtre de création d’un flux. Le type est choisi par un commutateur : programme unique (**SPTS**), multiplex (**MPTS**) ou ensemble adaptatif (**Adaptatif**) ; pour SPTS, le « Type de contenu » est en outre indiqué. Après la création d’un flux SPTS ou MPTS, l’éditeur s’ouvre immédiatement (Configurer le flux). Pour un ensemble adaptatif, aucun éditeur distinct ne s’ouvre — la composition des membres et leurs débits se définissent directement dans cette fenêtre, car l’ensemble est constitué de flux OTT déjà configurés. Les différences entre SPTS et MPTS sont décrites dans [Flux SPTS](../streamer/spts.md#streamer-spts) et [Flux MPTS](../streamer/mpts.md#streamer-mpts), les ensembles adaptatifs — dans [Ensembles adaptatifs](../streamer/ott_dvr.md#streamer-ott-adaptive).

## Configurer le flux

![Éditeur de flux, onglet « Entrées ».](../../_images/webui_stream_editor_inputs.fr.png)

![Éditeur de flux, onglet « Sorties ».](../../_images/webui_stream_editor_outputs.fr.png)

![Éditeur de flux, onglet « OTT ».](../../_images/webui_stream_editor_ott.fr.png)

Éditeur principal du flux. Les paramètres sont groupés par onglets ; pour les flux MPTS, l’onglet « OTT » n’est pas affiché.

****Flux****
  Identification (nom, nom d’affichage, pour SPTS — le type de flux, note) et comportement du flux : délai d’expiration, intervalle de vérification, revérification de l’entrée principale, génération de la mosaïque ([Mosaïque](monitor.md#webui-mosaic)), extraction de l’EIT vers la base de données EPG ([Base de données EPG](../streamer/epg/xmltv.md#streamer-epg-database)) et attribut d’embrouillage pour SPTS. Pour SPTS, la génération de l’EIT à partir de la source EPG choisie et de son canal se configure également ici ([Générateur EIT](../streamer/epg/eit.md#streamer-epg-eit)).
****Entrées****
  Liste des sources du flux avec leur priorité et leur redondance ([Redondance des sources et diffusion](../planning/index.md#planning-reservation)). Les lignes sont numérotées dans l’ordre — `#1` est l’entrée principale, les autres sont les entrées de secours dans ce même ordre. L’administrateur peut modifier l’ordre — ici ou dans la ligne dépliée de la liste des flux : on déplace une ligne par sa poignée et, au clavier, en plaçant le focus sur cette poignée puis en appuyant sur `Alt+↑` ou `Alt+↓`. Une info-bulle au-dessus de la liste le rappelle ; elle apparaît lorsqu’il y a plus d’une entrée et que la modification est possible. Une entrée ajoutée se place toujours en dernier, c’est-à-dire qu’une nouvelle source ne remplace jamais l’entrée principale. L’ajout et la modification d’une entrée ouvrent l’éditeur d’entrée et de sortie (Éditeur d’entrée et de sortie) ; une entrée individuelle peut être mise en pause. L’entrée `muxer` n’est proposée que dans une liste vide : dans un flux MPTS, elle est ajoutée en premier et, tant qu’elle est présente, le bouton « Ajouter une entrée » est désactivé avec la mention « L’entrée muxer doit être l’unique entrée du flux. » — le multiplexeur ne connaît pas la redondance des entrées. Un flux MPTS qui reçoit un multiplex prêt par le réseau n’a pas cette restriction : ses entrées sont ordinaires et redondées.
****Sorties****
  Diffusion du flux par les protocoles de transmission ([Protocoles Peer de transmission fiable](../planning/index.md#planning-peer-protocols)) et les transports standard ([Autres entrées et sorties](../planning/index.md#planning-other-io)). Chaque sortie s’ajoute et se modifie par le même éditeur. Un flux ne peut avoir qu’une seule sortie `ps1` — lors de l’ajout de la suivante, ce type ne figure plus dans la liste ; les autres types sont répétables.
****MPEG-TS****
  Mode de débit du flux de transport de sortie ([Gestion du débit](../streamer/spts.md#streamer-spts-bitrate)) et — pour SPTS — l”« Identifiant de réseau », le maintien de l’intervalle PAT/PMT, le filtrage des tables de service (CAT/ECM/EMM, EIT, NIT, SDT, sous-titres, TDT, télétexte ; [Filtrage MPEG-TS](../streamer/spts.md#streamer-spts-filter)), la réécriture de la SDT et du numéro de programme ([Modification du flux](../streamer/spts.md#streamer-spts-modify)), ainsi que l’agencement automatique des PID du programme et le PID de base de sa fenêtre ([Agencement automatique des PID](../streamer/spts.md#streamer-spts-autopid)).

  L’enregistrement de n’importe quel paramètre de cet onglet, hormis « Mode de débit », « Débit de bourrage » et « ID de réseau », ferme et rouvre les entrées du flux et, sur un flux avec diffusion OTT, reconstruit en outre le pipeline OTT — les spectateurs se reconnectent ; une mention sur l’onglet lui-même en avertit.
****OTT****
  Diffusion OTT du flux, répartie par plan de diffusion : le nom du flux dans l’URL — commun à la diffusion progressive et à HLS/DASH ; le service HLS ([Modes de diffusion](../streamer/ott_dvr.md#streamer-ott-modes)), son traçage et l’extraction des sous-titres télétexte au format WebVTT ; les segments et la faible latence ([Segmenteur](../streamer/ott_dvr.md#streamer-ott-segmenter)) ; l’enregistrement DVR vers le stockage choisi ([OTT et DVR](../streamer/ott_dvr.md#streamer-ott-dvr)) ; le service HTTP avec son propre traçage ; la protection du contenu DRM — HLS AES-128 ou CENC ([Protection du contenu (DRM)](../streamer/ott_dvr.md#streamer-ott-drm)). Les sous-titres et le DVR ne se configurent que dans les modes OTT du service HLS. Pour le SPTS uniquement.
****Analyse****
  Contrôle de la qualité du flux de transport : traçage détaillé, analyse approfondie des flux élémentaires, moniteur TR 101 290, analyse des discontinuités PCR/PTS et du tampon vidéo T-STD, compensation de la dérive de synchronisation ([Analyseur](../streamer/analyzer.md#streamer-analyzer)).
****Alertes****
  Interrupteur général des alertes du flux et délai avant le déclenchement des alertes sur les erreurs de ses entrées et sorties ([Alertes (alerter)](../meshwork/alerts.md#meshwork-alerts)) ; les seuils se définissent au niveau du nœud ([Alerteur](administration.md#webui-alerter)).

L’enregistrement des modifications qui touchent une archive DVR déjà enregistrée est en outre protégé par une confirmation (Confirmer les modifications DVR).

Si le flux est supprimé du nœud alors que son éditeur est ouvert, le message « Ce flux n’existe plus sur le nœud. » apparaît en haut du panneau et l’enregistrement devient indisponible — la même raison est indiquée à côté du bouton. Les champs restent modifiables, mais il n’y a nulle part où les écrire : l’objet n’est plus sur le nœud. Le message disparaît de lui-même si un flux portant le même identifiant est recréé ; la même ligne apparaît au-dessus du schéma de traitement ([Chaîne de traitement](monitor.md#webui-pipeline)) si le flux est supprimé alors que le schéma est ouvert. Le nœud le signale depuis la 2.0.2.302 — auparavant, toutes les listes d’un tel flux se vidaient simplement, ce qui ressemblait à un flux sans entrées ni sorties configurées.

Les différentes fenêtres de l’éditeur sont décrites ci-dessous.

## Éditeur d’entrée et de sortie

La fenêtre d’ajout et de modification d’une entrée ou d’une sortie de flux. Le type de transport est choisi à la création et ne peut plus être modifié ensuite (pour changer de transport, l’entrée ou la sortie est recréée). Les libellés des champs propres au transport ne sont pas traduits par l’interface : ce sont des désignations techniques, et elles s’affichent en anglais dans toutes les langues. Les champs de chaque transport — avec leurs valeurs, leurs plages et les différences entre l’entrée et la sortie — sont énumérés dans [Champs d’entrée et de sortie par transport](io/index.md#webui-io). Les paramètres sont répartis sur des onglets :

****Propriétés****
  Adresse, port, liaison à une interface réseau et paramètres de connexion du transport choisi. Les protocoles peer et les transports standard sont décrits dans [Planification et protocoles de transmission de données](../planning/index.md#planning) ; le chiffrement — dans [Chiffrement des flux](../planning/index.md#planning-encryption). Pour les entrées PS1 et SRT, une connexion automatique par autorisation de pair Meshwork est disponible, avec la possibilité de basculer vers un identifiant et un mot de passe manuels. L’adresse peut être collée depuis le presse-papiers (« Coller l’URL ») ou la source peut être choisie dans le catalogue du domaine (« Choisir dans la bibliothèque… », Sources de la bibliothèque). Pour une entrée de type transcodeur, le décodeur et les paramètres d’encodage, y compris le mode de redimensionnement de l’image, se définissent également ici ([Transcodeurs](../streamer/transcoder.md#streamer-transcoder)).
****MPEG-TS PID****
  Sélection et réaffectation des PID sur une entrée ou une sortie : acceptation de PID (liste blanche), rejet de PID (liste noire), réaffectation des PID et de la langue des pistes audio. Tant que l’agencement automatique des PID ([Agencement automatique des PID](../streamer/spts.md#streamer-spts-autopid)) est activé pour le flux, le groupe de réaffectation des PID est masqué sur les entrées et sans effet ; les listes d’acceptation et de rejet fonctionnent comme auparavant. Sur la sortie muxer, la réaffectation des PID est conservée — elle relève du multiplexeur ([Affectation des PID](../streamer/mux.md#streamer-mux-pids)) —, mais les PID sources de ses paires deviennent les PID attribués par l’agencement automatique.

  À côté de chaque numéro est indiqué de quel PID il s’agit : sur un SPTS — le type et le codec (`Video · H.264`) ; sur un multiplex, en outre et avant cela, le programme auquel le PID appartient (`01 ПЕРВЫЙ КАНАЛ · Teletext`). Une entrée MPTS n’a pas de programme décodé propre — les services vivent un niveau plus bas, un par programme du multiplex, et ils figurent tous dans le libellé. La ligne d’ajout comporte la liste « Choisir un PID… » avec les PID que la source transporte réellement ; elle inscrit le numéro dans le champ, tandis que la saisie manuelle demeure — le transport peut porter un PID à propos duquel rien n’a été décodé. Si l’on ne sait rien de la source — ni données fraîches, ni données enregistrées —, il n’y a pas de liste et il ne reste que le champ du numéro ; aucune donnée étrangère n’est substituée, et une entrée arrêtée ne reprend pas la composition du programme d’un voisin en service du même flux : leur source peut être différente, avec un autre plan de PID. Dans le remappage de PID, la liste dessert le côté « Du PID » — le PID de droite est affecté et non recherché ; dans le remappage de langue, elle n’affiche que les PID audio. Sur une entrée arrêtée, la liste noire s’affiche sans libellés et sans liste de choix : une entrée arrêtée se souvient de la composition du programme telle qu’elle était après son propre filtre, et le rôle resté dans cet instantané pour un PID rejeté est une trace, non un fait.
****BISS****
  Clés de désembrouillage BISS pour une source embrouillée — une clé unique pour SPTS ou une clé par programme (PNR) pour MPTS ([Désembrouillage BISS](../streamer/mpts.md#streamer-mpts-biss)).
****CI/CAM****
  Remise de l’entrée à un module CI distinct pour désembrouillage (CI/CAM sur une entrée de flux).

### CI/CAM sur une entrée de flux

L’onglet « CI/CAM » de l’éditeur d’entrée confie l’intégralité du transport de l’entrée à un module CI distinct : le nœud pompe le flux dans le module et le reçoit en retour déjà désembrouillé. La liste des programmes de l’onglet n’indique pas ce qui part dans le module, mais ce que le module est chargé de désembrouiller — l’entrée y part en entier. C’est précisément ce que dit l’indication sous le formulaire.

Un module distinct n’est pas la même chose qu’un module soudé dans le tuner : le module soudé se configure sur l’adaptateur DVB lui-même, par le programme propre de l’adaptateur ([Désembrouillage](../streamer/dvb.md#streamer-dvb-descrambling)), et n’est pas proposé du tout sur cet onglet. La façon de les distinguer dans l’inventaire du matériel est indiquée dans [Matériel](administration.md#webui-hardware).

L’onglet n’existe que sur une entrée et uniquement sur un nœud de build 2.0.2.361 ou plus récent ; sur un nœud plus ancien il n’y est pas — non pas grisé, mais totalement absent, sans explication. Parmi les transports, transcoder et test-stream ne l’obtiennent pas, puisque aucun transport ne leur arrive de l’extérieur, non plus que RTMP et RTSP, qui ne portent pas de MPEG-TS ; les autres l’ont. La forme de l’onglet dépend non du transport mais du type de flux auquel appartient l’entrée : pour un flux SPTS c’est un unique champ « Slot CI », pour un flux MPTS une pile de fiches comportant chacune un couple « Programme (PNR) » et « Slot CI ». Le SPTS n’a aucune gestion des programmes — cette clé n’existe pas chez lui. En pratique, les entrées DVB et muxer ne se rencontrent que sur un multiplex, tandis que HLS, le démultiplexeur, RTSP et RTMP ne se rencontrent que sur un flux SPTS ; on n’atteint donc le formulaire avec les programmes que sur du MPTS.

Les fiches s’ajoutent avec le bouton « Ajouter un programme » sous la liste et se retirent avec la croix « Supprimer le programme » dans le coin de la fiche ; ni l’un ni l’autre ne demande de confirmation. Une liste vide affiche « Aucun programme n’a été remis au module CI. ».

**Slot CI.** La liste contient « Désactivé » et tous les modules distincts signalés par le nœud ; chacun est étiqueté avec l’identifiant du slot, le nom du module et, si le slot est déjà occupé, une mention indiquant qui le détient. Un slot occupé n’est pas retiré de la liste : deux entrées peuvent prendre un même module à tour de rôle, et la mention est ici un avertissement, non une interdiction. Le détenteur est le préfixe de service propre au nœud, de la forme `[stream][input#1.udp][cam0]` ; il est affiché tel quel, n’est pas traduit et n’est pas un nom de flux. Si le nœud ne signale rien à propos du matériel CI, la liste dégénère en un champ de saisie ordinaire, afin qu’un identifiant défini ailleurs reste modifiable.

**Horloge CI (Mbit/s).** Un unique paramètre numérique, présenté par une case « Automatique » et un champ à côté. La case est cochée par défaut ; tant qu’elle l’est, le champ est verrouillé et affiche « Mesurée sur l’entrée ». L’automatisme mesure le débit de l’entrée et mène le module environ un tiers au-dessus, en surveillant l’entrée en continu — une source dont le débit s’est affaissé n’a pas besoin d’une nouvelle valeur. L’horloge fixe le rythme dans les deux sens : très au-dessus de l’entrée, le module renvoie surtout du bourrage et des paquets sont perdus ; très en dessous, le tuyau se bloque.

Une partie des vérifications verrouille le bouton d’enregistrement, l’autre se contente d’avertir :

| Condition | Ce qu’elle fait | Message |
| --- | --- | --- |
| L’identifiant du slot dépasse 16 caractères | verrouille | « L’identifiant du slot CI ne doit pas dépasser 16 caractères. » |
| Plus de quatre slots **différents** sont nommés (les répétitions d’un même slot ne comptent pas) | verrouille | « Au plus 4 slots CI différents. Répéter un même slot pour plusieurs programmes est permis. » |
| Il y a plus d’un slot et les listes n’ont pas la même longueur | verrouille | « S’il y a plus d’un slot, indiquez un slot pour chaque programme : les listes sont mises en correspondance par position. » — à côté, le bouton « Réparer l’appariement » |
| L’horloge n’est pas un entier de 0 à 200 | verrouille | « Le nœud accepte un entier de 0 à 200. Un refus n’est pas annulé : tout ce que le nœud a lu avant ce champ restera appliqué. » |
| L’horloge est hors de 20…120 Mbit/s | avertit | la valeur est appliquée telle qu’elle est saisie |
| Le numéro de programme est hors de 0…65535 | rien | seulement un cadre rouge |

La dernière ligne est le seul endroit de l’onglet où une valeur invalide parvient jusqu’au nœud : il n’y a pas de message, l’enregistrement n’est pas verrouillé, et le nœud refusera la requête. Ce que cela implique est indiqué dans [Comment arrivent les erreurs](../extras/api.md#extras-api-results) : un refus n’est pas annulé, et les champs lus avant le numéro de programme resteront appliqués. Après avoir vu un enregistrement refusé, on rouvre le formulaire et on regarde ce qu’il contient désormais.

Le bouton « Réparer l’appariement » est la seule action de l’onglet en dehors de l’ajout et de la suppression de fiches. Il étire les deux listes à la longueur de la plus longue : les numéros de programme sont complétés par des zéros, les slots par une répétition du dernier nommé. Un zéro n’est pas ici une erreur mais un vide délibéré : il n’arme rien et tient une position dans le couple. Un slot répété ne crée pas d’étage supplémentaire. Le bouton ne jette rien de ce qui a été saisi et ne demande rien.

Un seul slot desservant plusieurs programmes est un montage légitime et courant ; la limite de quatre ne concerne que les slots **différents**. C’est exactement à cela que ressemble tout ce qui a été configuré avant 2.0.2.361.

Si l’enregistrement est verrouillé à cause de l’onglet CI/CAM alors que l’opérateur regarde un autre onglet, la ligne « Corrigez d’abord ce qui figure dans l’onglet CI/CAM. » apparaît au-dessus du formulaire. Verrouiller l’enregistrement ici vaut mieux que l’envoyer à tout hasard précisément parce qu’une écriture rejetée n’est pas annulée : un couplage qui échoue au contrôle de bout en bout parviendrait en entier au fichier de configuration, et au démarrage suivant le chargeur désactiverait le CI sur cette entrée.

Le fonctionnement du module est visible dans les statistiques du flux (Statistiques du flux), l’état des slots et leur libération sur l’écran « Matériel » ([Matériel](administration.md#webui-hardware)).

### Sources de la bibliothèque

Choix d’une entrée dans le catalogue commun des ressources du domaine Meshwork : la liste des flux du même transport déjà diffusés sur les nœuds du domaine, à partir de laquelle une source peut être raccordée sans saisir l’adresse manuellement. La liste se filtre par nœud source et par texte et se répartit en pages ; les sources du même domaine en protocoles peer portent l’attribut « pair » ([Catalogue commun des ressources](../meshwork/map.md#meshwork-catalog)). À ne pas confondre avec la fenêtre Bibliothèque — ce flux : ici le catalogue sert à choisir une source, là il montre qui d’autre travaille avec une adresse déjà définie.

## Bibliothèque — ce flux

![La fenêtre « Bibliothèque — ce flux » : la source et les consommateurs d'une même adresse.](../../_images/webui_stream_library_feed.fr.png)

*La fenêtre « Bibliothèque — ce flux » : pour l’entrée d’un flux, elle affiche la source (`output`) et deux autres consommateurs (`input`) de la même adresse.*

La fenêtre répond à la question « qui d’autre travaille avec cette adresse ». Elle est ouverte par le bouton « Afficher dans la bibliothèque » situé à côté de l’adresse d’une entrée ou d’une sortie : dans la ligne dépliée de la liste des flux, dans les listes d’entrées et de sorties de l’éditeur de flux, sur les fiches d’entrée et de sortie de la chaîne de traitement ([Chaîne de traitement](monitor.md#webui-pipeline)) et dans la fenêtre des statistiques — au niveau de l’entrée active et dans la section « Sorties ». Le sous-titre de la fenêtre est l’adresse du point depuis lequel elle a été appelée.

Le bouton n’existe que pour les transports qui entrent dans le catalogue commun du domaine : UDP, RTP, Pro-MPEG, RIST, PS1 et SRT ([Catalogue commun des ressources](../meshwork/map.md#meshwork-catalog)). Une entrée de type transcodeur, multiplexeur, démultiplexeur, fichier ou générateur de test n’a pas d’entrées dans le catalogue, et donc pas de bouton non plus — ce n’est pas le signe d’un dysfonctionnement.

La fenêtre énumère les autres points du domaine qui travaillent avec la même adresse. Les entrées et sorties propres à ce flux n’entrent pas dans la liste, y compris ses entrées de secours : l’opérateur les voit de toute façon. En revanche, un autre flux du même nœud qui écoute la même adresse est un voisin ordinaire et s’affiche au même titre que les autres.

La colonne « Sens » indique le rôle du point : `output` — il diffuse ce flux (la source), `input` — il le reçoit (un consommateur) ; les sources sont énumérées en premier. Les autres colonnes sont les mêmes que dans le catalogue commun : « Proto », « Nœud », « Flux » et « Destination » (adresse et port). Après l’adresse figure la mention « vérifié » : cette paire a été confirmée par le nœud au moyen de l’autorisation du domaine et non déduite d’une concordance d’adresses — en fonctionnement derrière un NAT, les adresses des deux côtés ne concordent d’ailleurs pas. Une ligne au plus par socket en écoute reçoit la mention : le nœud désigne un représentant parmi les sessions confirmées, et celui-ci change au fur et à mesure des connexions et des déconnexions des clients. L’absence de la mention ne signifie donc pas que la liaison n’est pas réelle.

Un clic sur une ligne ouvre l’interface d’administration de son nœud sur les statistiques de son flux. La ligne du nœud propre s’ouvre sur place, celle d’un voisin selon le réglage « Ouvrir les nœuds dans » de la barre supérieure ([Barre commune](index.md#webui-chrome)) ; Ctrl ou ⌘ force un nouvel onglet. La ligne d’un nœud indisponible ou inconnu du réseau n’a pas d’action et porte l’info-bulle « Nœud indisponible ».

La correspondance est calculée d’après le protocole et l’adresse complète — le groupe et le port — et, pour UDP, RTP, Pro-MPEG et RIST, d’après le VLAN et la source SSM également. Un point sur le même groupe mais dans un autre VLAN ou avec une autre source SSM n’entrera donc pas dans la liste, pas plus qu’un point d’un autre transport à la même adresse. Pour PS1 et SRT, aucune correspondance d’adresses n’est requise : la partie appelante désigne son partenaire par son nom d’hôte, et ce nom est rapproché de la composition du domaine — c’est pourquoi l’adresse d’une ligne ainsi trouvée peut avoir un aspect tout à fait différent. La paire confirmée est trouvée de la même manière, d’après les noms de nœud et de flux indiqués par la partie à l’écoute.

Les deux messages signalant l’absence de voisins n’ont pas le même sens :

| Message | Signification |
| --- | --- |
| « Aucun autre point n’est enregistré à cette adresse. » | Le point est annoncé dans le catalogue et n’a pas de voisins. |
| « Ce point n’est pas annoncé dans la bibliothèque (seules les entrées et sorties réseau en fonctionnement sont annoncées). » | Il n’existe pas d’entrée pour le point lui-même dans le catalogue : le flux ne fonctionne pas, l’entrée ou la sortie est suspendue, vient d’être démarrée ou est exclue de la publication par le champ Peer private ([Catalogue commun des ressources](../meshwork/map.md#meshwork-catalog)). Dans ce cas les voisins ne sont pas absents — ils sont inconnus. |

Le même catalogue dans son intégralité est présenté par l’écran [Bibliothèque](meshwork.md#webui-fleet-library).

## Programmes

Éditeur des programmes du multiplex (MPTS), ouvert depuis la fenêtre de configuration de l’entrée muxer : composition des programmes du flux de sortie, leur ordre dans la PSI et l’affectation des PID. Un programme s’ajoute parmi les flux SPTS configurés ou se supprime ; l’ordre se modifie par glisser-déposer et, sur un écran étroit, par les combinaisons `Alt+↑` et `Alt+↓` ([Utilisation au clavier](index.md#webui-keyboard)) ; un programme individuel peut être mis en pause. Lorsque l’affectation automatique des PID est désactivée, le PMT PID et les PID des flux élémentaires se modifient pour chaque programme ; lorsque la composition d’un programme participant n’a pas pu être lue, l’éditeur de PID affiche l’erreur de requête et non « Pas de media info — la source n’est pas décodée. » — une source muette et une requête échouée appellent des réponses différentes. L’assemblage du multiplex est décrit dans [Multiplexeur](../streamer/mux.md#streamer-mux), la répartition des programmes et des PID — dans [Paramètres des programmes](../streamer/mux.md#streamer-mux-programs) et [Affectation des PID](../streamer/mux.md#streamer-mux-pids), le transit et l’analyse des flux MPTS — dans [Flux MPTS](../streamer/mpts.md#streamer-mpts).

## Confirmer les modifications DVR

![La fenêtre « Confirmer les modifications DVR ».](../../_images/webui_stream_dvr_confirm.fr.png)

Avertissement affiché avant l’enregistrement de modifications du flux qui touchent une archive DVR déjà enregistrée : désactivation de l’enregistrement, basculement vers un autre stockage, réduction de la durée de rétention ou du minimum protégé, ainsi que changement de la clé DRM d’un flux avec enregistrement (les segments chiffrés enregistrés auparavant deviennent alors inaccessibles). La fenêtre énumère ce qui sera exactement affecté et exige une confirmation ; les modifications sans risque (premier raccordement d’un stockage, augmentation de la durée de rétention) sont enregistrées sans invite. L’enregistrement et la conservation de l’archive sont décrits dans [OTT et DVR](../streamer/ott_dvr.md#streamer-ott-dvr) et [DVR : archive du flux](../streamer/ott_dvr.md#streamer-dvr).

## Statistiques du flux

![Fenêtre des statistiques du flux.](../../_images/webui_stream_stats.fr.png)

![Rapport d'analyse TR 101 290.](../../_images/webui_stream_tr290.fr.png)

*Rapport d’analyse TR 101 290.*

Statistiques détaillées du flux dans une fenêtre distincte, actualisées en temps réel. Ouverte par un lien depuis un autre écran, la fenêtre montre également ce flux dans la liste située derrière (Flux) ; un lien qui ouvre non pas les statistiques mais l’éditeur du flux se comporte de la même façon. Composition des sections :

****Résumé de l’état****
  État et message courants du flux, pastilles d’attributs, entrée active et nombre de sorties, mode de débit, format et codecs de l’image, liens de diffusion OTT et instantané d’image en direct ([Mosaïque](monitor.md#webui-mosaic)). S’y trouvent également l’icône du verdict TR 101 290, qui ouvre le rapport complet, et le bouton « Afficher dans la bibliothèque » au niveau de l’entrée active (Bibliothèque — ce flux).

  Si l’entrée active du flux est une entrée de transcodeur, sa valeur devient un lien : le passage ouvre l’écran « Transcodeurs » ([Transcodeurs](monitor.md#webui-transcoders)) avec la ligne dépliée de l’instance qui alimente cette entrée ; le filtre des instances actives est alors levé, si bien qu’une instance arrêtée est également visible — et c’est précisément pour elle que l’on suit d’ordinaire un tel lien. À côté apparaît la pastille « Source du décodeur » portant le nom du flux que cette instance décode ; elle ouvre la liste des flux avec la ligne de ce flux dépliée (Flux). Si le nœud ne communique pas le nom de la source, la pastille porte son numéro, et s’il n’y a pas de source du tout, il n’y a pas de pastille. Les deux liens sont accessibles dans tous les rôles : ils se contentent de montrer, sans rien modifier.
****Multiplex / KPI****
  Pour SPTS — les compteurs clés (débit d’entrée, erreurs CC sur la fenêtre et au total, paquets embrouillés) ; pour MPTS — le tableau du multiplex avec les débits cumulés et l’état des programmes ([Analyse par programme](../streamer/mpts.md#streamer-mpts-analysis)).

  Pour un programme désembrouillé par un module CI, une ligne « CI » avec le numéro de slot et le verdict du module apparaît dans le détail déplié (CI/CAM sur une entrée de flux). C’est une ligne du détail et non une colonne du tableau : les colonnes restent inchangées. Sur un multiplex réel, une telle ligne est en général portée par un programme sur dix, et la colonne resterait vide pour tous les autres.
****Graphiques****
  Séries temporelles : débit, continuité et embrouillage, gigue PCR, perte de paquets. La fenêtre se choisit par les préréglages « 15 min », « 1 h », « 6 h » et « 24 h » ; les boutons fléchés `‹` et `›` (info-bulles « Fenêtre précédente » et « Fenêtre suivante ») la font défiler vers l’arrière et vers l’avant, le badge « Live » signale une fenêtre qui touche l’instant courant, et ses bornes sont indiquées au-dessus des graphiques. Le pas d’échantillonnage est fixé par le préréglage, mais le nœud ne fournit pas de données plus fines que son propre pas : sur un nœud à pas grossier, la fenêtre la plus courte, « 15 min », est construite à partir de moins de points et ressort plus grossière. Les autres préréglages ne sont pas concernés.
****Vérificateur MPEG-TS****
  Vérification express de la structure (TS, PAT, PMT, PCR, audio/vidéo et leurs ES), verdict global TR 101 290 et attributs de signalisation du programme ([Vérification de la validité](../streamer/analyzer.md#streamer-analyzer-checker)).
****Diagnostic de l’entrée****
  Blocs dépliables : « Informations média », « Liaison d’entrée », désembrouillage BISS, génération EIT, « Analyseur » (métriques PCR et de synchronisation, et au-dessous le tableau des PID de l’entrée active avec les colonnes « PID », « Type », « Débit » et « Paquets/s »), bourrage et « Analyse approfondie » — structure GOP, tampon T-STD, passeport du codec vidéo, discontinuités PTS/DTS, SCTE-35 ([Mesures permanentes](../streamer/analyzer.md#streamer-analyzer-metrics), [Analyses avancées](../streamer/analyzer.md#streamer-analyzer-deep)). La composition de la section dépend de l’entrée : sur les entrées UDP, RTP et Pro-MPEG, le bloc « Liaison d’entrée » comporte en plus la ligne « Tampon socket (accordé) » — le volume utile du tampon de réception réellement revenu au socket ([Recommandations de configuration réseau pour le multicast](../faq/index.md#faq-multicast-sysctl)) ; une entrée de type multiplexeur n’a pas de section du tout — elle ne possède pas de socket, et les programmes sont donnés par le tableau du multiplex ; en réception réseau d’un MPTS déjà constitué, seule « Liaison d’entrée » subsiste avec les indicateurs de son propre transport, tandis que « Informations média », « Analyseur » et « Analyse approfondie » sont masqués — une telle entrée ne fournit pas de mesures par programme. Le désembrouillage BISS n’est affiché que pour le SPTS : pour le MPTS, les compteurs BISS sont tenus par programme ([Désembrouillage BISS](../streamer/mpts.md#streamer-mpts-biss)). Les blocs de génération EIT et de bourrage apparaissent d’eux-mêmes lorsque le flux génère de l’EIT ou ajoute des paquets NULL.
****CI/CAM****
  Le fonctionnement des modules CI auxquels les entrées de ce flux ont été confiées (CI/CAM sur une entrée de flux). La section est repliée par défaut, son en-tête indique le nombre total d’étages, et elle n’apparaît que si au moins une entrée du flux nomme un slot CI.

  La section montre **toutes** les entrées du flux et non la seule active. Une entrée de secours peut fort bien détenir le slot — c’est pour ce cas qu’existe la libération d’un slot sur l’écran « Matériel » ([Matériel](administration.md#webui-hardware)). Les blocs d’une entrée inactive sont étiquetés « Sur l’entrée » avec le type et le numéro de cette entrée.

  Chaque étage de la cascade reçoit son propre bloc ; lorsqu’une entrée compte plus d’un module, les blocs sont intitulés « Étage 1 », « Étage 2 » et ainsi de suite. L’aspect d’un bloc dépend de la prise du slot. Un slot pris affiche « État », « Module », « Horloge » (celle en vigueur ; tant que le nœud ne la communique pas, il est écrit « automatique »), « Retard », en cas de passage direct « Passe sans modification », puis les compteurs, « Verdict » et « Erreur » avec « Message du module ». Un slot non pris — la mesure est encore en cours ou le slot n’a pas pu être pris — n’affiche que « État » et la ligne « Le slot n’est pas encore pris, il n’y a donc pas de compteurs. » : le nœud ne livre presque rien sur un tel slot, et un mur de zéros induirait en erreur. Un zéro qui est malgré tout affiché signifie donc « le slot est pris, mais rien ne s’est produit ».

  Les compteurs sont répartis en deux groupes à dessein, car la remise à zéro des statistiques cumulées ne vide que le premier : « Ligne à retard » (insérés, désembrouillés, perdus, doublons, discordances, expirations, non acceptés) est remise à zéro, tandis que « Tuyau » (remis, retournés, erreurs de groupes, périmés, bourrage, embouteillage d’écriture, expiration de lecture, réinitialisations) ne l’est pas ; ses compteurs repartent de zéro lors d’une nouvelle prise du slot.

  Il convient de les lire avec deux réserves. Le verdict `unknown` (comme `reserved`) n’est pas un échec : beaucoup de modules ne répondent pas du tout à une telle requête tout en continuant à désembrouiller parfaitement — on en juge par la croissance du compteur de paquets désembrouillés. En revanche, des pertes et des erreurs de groupes en augmentation signifient d’ordinaire une horloge CI trop élevée ; un paquet perdu poursuit sa route exactement tel qu’il est arrivé, c’est-à-dire embrouillé.

  Les valeurs provenant du nœud sont affichées telles quelles et ne sont pas traduites : l’identifiant de slot de la forme `0:1`, l’état (`empty`, `module-present`, `initializing`, `ready`, `error`, `unavailable`, `measuring`), le nom de l’application du module, le verdict, le texte d’erreur et le message du module.
****Sorties****
  Télémétrie de chaque sortie non mise en pause : état, destination, débit, compteurs du trafic émis et indicateurs propres au transport (PRO-MPEG FEC, PS1, RIST, SRT, RTMP) ; les sorties en pause ne figurent pas dans cette liste. Les sorties dans les transports du catalogue commun du domaine disposent d’un bouton « Afficher dans la bibliothèque » (Bibliothèque — ce flux). La cause de la défaillance d’une sortie s’affiche ici de la même façon que dans la ligne dépliée de la liste : en ligne rouge tant que la sortie est en défaut, et en atténué, « Dernière défaillance il y a N : … », lorsqu’elle est arrêtée. Sans âge, simplement « Dernière défaillance : … », la ligne s’affiche sur les nœuds des versions antérieures — ceux qui ne communiquent pas l’heure de l’erreur.
****OTT / DVR****
  Modèles d’URL de diffusion, métriques de l’anneau de segments et de l’archive DVR, graphiques de couverture de l’archive et des répliques de sous-titres ([OTT et DVR](../streamer/ott_dvr.md#streamer-ott-dvr), [Lecture de l’archive (VOD)](../streamer/ott_dvr.md#streamer-dvr-vod)).
****Profileur et Journal du flux****
  Charge des threads de traitement (part d’un cœur) et journal structuré des événements du flux.

Le rapport TR 101 290 s’ouvre aussi comme fenêtre distincte ; l’analyseur dans son ensemble est décrit dans [Analyseur](../streamer/analyzer.md#streamer-analyzer), le moniteur TR 101 290 — dans [Moniteur TR 101 290](../streamer/analyzer.md#streamer-analyzer-tr101290). L’administrateur dispose de la réinitialisation des statistiques cumulées et de l’effacement de l’archive DVR.

## Ensemble adaptatif

Fenêtre de configuration de l’ensemble adaptatif (ABR) : nom de l’ensemble et nom dans l’URL, composition des flux membres et leurs débits (« 0 » — auto). Seuls des flux SPTS avec la diffusion OTT activée peuvent en être membres ; ils s’ajoutent et se retirent directement dans la fenêtre, le débit se définit pour chaque variante. L’ensemble est publié sous une seule playlist maître à partir de laquelle le client choisit la qualité. La diffusion adaptative est décrite dans [Ensembles adaptatifs](../streamer/ott_dvr.md#streamer-ott-adaptive), l’enregistrement DVR pour OTT — dans [OTT et DVR](../streamer/ott_dvr.md#streamer-ott-dvr).