Vérifiez la qualité des sources vidéo avec le service Retroview de Flussonic

Les spectateurs se plaignent d’images dégradées, de désynchronisation audio ou d’erreurs lors de la lecture des enregistrements ? Inutile d’incriminer le matériel immédiatement : le problème vient peut-être de la qualité des flux en entrée.

Un tiers des sources reçues par les serveurs de nos clients présentent des problèmes visibles. Leur détection et leur correction sont possibles grâce au monitoring des flux entrants.

Ce monitoring est disponible dans le service Retroview. Cet article vous explique en détail comment lire un rapport de surveillance et l’exploiter pour corriger les erreurs.

Comment activer le monitoring des flux entrants

Pour commencer, autorisez la collecte de statistiques. Ensuite, accédez à la section Input Monitoring pour afficher le tableau de bord des erreurs des flux entrants.

Le tableau de bord présente plusieurs indicateurs clés :

• Qualité des sources actuelles : nombre de sources hors ligne ou avec erreurs critiques.
• Bitrate total entrant : bande passante cumulée de tous les flux.
• Chaînes les plus problématiques : les 20 flux les plus affectés mis en évidence.
• Détail par canal : erreurs de transport et problèmes d’enregistrement DVR.

Voyons plus en détail chacun de ces graphiques.

Évaluation de l’état des flux

Pour une analyse pertinente, sélectionnez une période temporelle. Nous recommandons de consulter les données des 2 à 3 derniers jours pour identifier les erreurs récurrentes.

Les premiers éléments affichés sont le bitrate total entrant et le nombre de sources « mauvaises ». Ils permettent d’évaluer immédiatement la criticité des problèmes.

Si certains flux sont hors ligne ou marqués comme bad, cela signifie que les spectateurs ne peuvent pas y accéder ou rencontrent des perturbations critiques.

Plus bas, vous trouverez les détails par canal, en commençant par les plus affectés. L’état idéal est représenté par une ligne verte uniforme. Les couleurs indiquent le nombre d’erreurs par seconde. Une ligne interrompue signifie que le canal ne fonctionnait pas à ce moment-là.

Dans la capture ci-dessous, on observe une forte densité d’erreurs sur tous les flux — il s’agit de caméras de surveillance d’un client. Malheureusement, ce type de situation est fréquent.

Analyse d’un canal spécifique

Sélectionnez un canal affecté et ouvrez Stream Details pour accéder aux statistiques détaillées par type d’erreur, fréquence et localisation.

Stream input error details

Affiche: des erreurs de transport — généralement dues au réseau ou à la source du flux.

Comment les corriger:

• Vérifiez que le serveur qui reçoit et distribue les flux n’est pas surchargé. S’il gère de nombreux flux en entrée et en sortie, des erreurs réseau peuvent apparaître.
• Contactez le fournisseur d’accès et montrez-lui les erreurs détectées. Si l’origine du problème est de son côté, il pourra agir.
• Partagez le rapport avec le fournisseur de contenu. La cause peut se situer au niveau de la source.

Il n’est pas nécessaire d’identifier l’origine exacte du problème. L’essentiel est de transmettre le rapport à la personne responsable de la génération ou de la livraison du contenu.

Signification des différents types d’erreurs:

Si l’analyseur détecte une erreur sur un PID spécifique, elle sera indiquée entre parenthèses à côté du nom de l’erreur.

• lost_packets – Paquets d’entrée perdus pendant la période.
• broken_payload – Données payload corrompues.
• dropped_frames – Images manquantes.
• ts_stuck_restarts – Reconnexions pour résoudre le problème ts_stuck (souvent en RTSP).
• desync – Perte de synchronisation MPEG-TS.
• ts_pat – Absence de PAT (Program Association Table).
• ts_service_lost – Perte de service dans le flux TS.
• src_404 – Erreurs 404 (Not Found).
• src_403 – Erreurs 403 (Forbidden).
• src_500 – Erreurs 500 (Internal Server Error).
• crashed – Arrêts brutaux du flux.
• dropped_packets – Paquets abandonnés pour diverses raisons.
• no_signal – Images perdues par absence de signal.
• duplicate – Image identique à la précédente (source trop lente).
• ts_duplicate – Timestamp identique au précédent.
• cpu_stall – Image perdue à cause d’une surcharge CPU.
• adaptation_broken – Champ adaptation dépassant la taille du paquet.
• ts_scrambled – Paquets TS chiffrés (scrambled).
• ts_pmt – Absence de PMT pendant plus de 0,5 seconde.
• ts_cc – Séquence cassée du continuity counter MPEG-TS.
• ts_tei – Transport Error Indicator activé.
• ts_psi_checksum – Somme de contrôle incorrecte dans une table PSI.
• broken_pes_count – Paquets PES sans startcode.
• discarded_buffer_count – Buffers ES trop volumineux supprimés avant création de trame.
• ts_crashed – Erreurs non gérées lors du décodage MPEG-TS.
• too_large_dts_jump – Saut DTS trop important, entraînant un reset du buffer.
• errors_pid_lost – Perte de PID dans le flux MPEG-TS.
• rtp_pt_reject – Paquets RTP rejetés pour type de payload invalide.
• discarded_not_allowed_nal_count – NAL interdits en mode non-interleaved.

Analyse du bitrate des flux entrants

Affiche : le bitrate entrant et sa stabilité. Des variations importantes signalent des anomalies potentielles.

Erreurs corrigées (avertissements)

Erreurs que Flussonic a corrigées ou tenté de corriger automatiquement.

• ts_stuck — Reconnexions pour corriger les blocages TS.
• sr_ts_stuck — Timestamps RTP répétés dans les paquets RTCP SR.
• sender_clock_deviation — Écart d’horloge entre la source et le serveur.
• ts_goes_backwards — Recul des timestamps.
• ts_jump_forward — Sauts en avant des timestamps.
• no_marker_mode_flag — Mode marker non activé dans le décodeur.
• fu_pattern_is_broken_count — Fragmentation FU incorrecte.
• fu_has_both_start_end_bits_count — En-tête FU avec bits de début et de fin.
• fu_end_then_middle_workaround_count — Réorganisation des paquets FU.
• dts_stuck — Timestamps DTS identiques successifs.
• dts_goes_backwards — Reculs dans les timestamps DTS.
• dts_jump_forward — Avancées soudaines de DTS.

Problèmes d’enregistrement DVR

Ces indicateurs aident à diagnostiquer les anomalies lors de l’enregistrement.

Indicateurs clés :

• Fast : segments enregistrés en moins de 50 % de leur durée.
• Slow : segments enregistrés entre 50 % et 90 % de leur durée.
• Delayed : enregistrés avec plus de 90 % de retard — indique une latence DVR.
• Failed : enregistrements échoués.
• Skipped : segments ignorés à cause de la lenteur du stockage.

Utilisez Retroview pour résoudre les problèmes plus rapidement et efficacement

Grâce au monitoring, nos clients corrigent 99 % des erreurs de flux vidéo en quelques jours. Utilisez Retroview pour garantir un service fiable à vos clients tout en économisant du temps et des ressources.