Überprüfen Sie die Qualität der Videoquellen im Retroview-Dienst von Flussonic

Zuschauer melden verpixelte Bilder, Tonversatz oder Fehler bei der Wiedergabe von Aufzeichnungen? Geben Sie nicht vorschnell der Hardware die Schuld – möglicherweise liegt das Problem in der Qualität der eingehenden Streams.

Ein Drittel der Quellen, die auf den Servern unserer Kunden eingehen, weist sichtbare Probleme auf. Diese lassen sich durch das Monitoring der Eingangsstreams erkennen und beheben.

Dieses Monitoring steht im Dienst Retroview zur Verfügung. In diesem Artikel zeigen wir Ihnen detailliert, wie Sie den Monitoring-Bericht interpretieren und zur Fehlerbehebung nutzen können.

So aktivieren Sie das Monitoring eingehender Streams

Um das Monitoring zu aktivieren, müssen Sie zunächst die Erhebung von Statistiken zulassen. Navigieren Sie anschließend zum Bereich Input Monitoring, um das Dashboard mit den Fehlern der eingehenden Streams aufzurufen.

Das Dashboard enthält folgende zentrale Kennzahlen:

• Qualität der aktuellen Quellen: Anzahl der Quellen, die offline oder mit kritischen Fehlern behaftet sind.
• Gesamter eingehender Bitrate: Gesamte Bandbreite aller empfangenen Streams.
• Kanäle mit den meisten Problemen: Hervorhebung der 20 problematischsten Kanäle.
• Details pro Kanal: Fehler im Transportstrom und Probleme bei der DVR-Aufzeichnung.

Im Folgenden gehen wir auf jedes dieser Diagramme im Detail ein.

Bewertung des Stream-Zustands

Wählen Sie einen Zeitraum aus, um ein vollständiges Bild zu erhalten. Wir empfehlen die letzten 2–3 Tage, da sich in diesem Zeitfenster wiederkehrende Fehler gut erkennen lassen.

Im Dashboard sehen Sie zunächst die Gesamtbitrate sowie die Anzahl der „bad“-Quellen. Diese Metriken geben schnell Aufschluss über die Schwere der Probleme.

Wenn Kanäle offline sind oder mehrere Quellen als bad gekennzeichnet sind, bedeutet das, dass Zuschauer aktuell keinen Zugriff auf diese Kanäle haben oder starke Störungen erleben.

Darunter finden Sie detaillierte Informationen zu jedem Kanal, beginnend mit dem am stärksten betroffenen. Der ideale Zustand ist eine durchgehende grüne Linie. Die Farbe zeigt die Fehlerhäufigkeit pro Sekunde. Fehlt ein Abschnitt, war der Kanal in dieser Zeit nicht aktiv.

Im folgenden Screenshot ist eine große Anzahl an Fehlern auf allen Kanälen sichtbar. Es handelt sich um Streams von Überwachungskameras eines Kunden – ein leider häufiges Szenario.

Analyse eines bestimmten Kanals

Wählen Sie einen betroffenen Kanal aus und öffnen Sie Stream Details, um detaillierte Statistiken nach Fehlertyp, Häufigkeit und Lokalisierung zu erhalten.

Stream input error details

Zeigt an: Transportfehler – verursacht durch Netzwerkprobleme oder die Quelle des Streams.

So beheben Sie diese Fehler:

• Prüfen Sie, ob der Server, der die Streams empfängt und weiterleitet, überlastet ist. Werden viele Streams gleichzeitig ein- und ausgegeben, kann dies zu Netzwerkfehlern führen.
• Wenden Sie sich an den Netzwerkprovider und zeigen Sie ihm die aufgezeichneten Fehler. Liegt die Ursache bei ihm, kann er Maßnahmen ergreifen.
• Kontaktieren Sie den Content-Anbieter und übermitteln Sie den Bericht. Die Ursache könnte auch in der Quelle selbst liegen.

Sie müssen nicht im Detail verstehen, was das Problem ist – wichtig ist, den Bericht an die zuständigen Stellen zur Inhaltsbereitstellung weiterzuleiten.

Bedeutung der einzelnen Fehlertypen:

Wenn der Analyzer einen Fehler bei einem bestimmten PID feststellt, wird dieser in Klammern neben dem Fehlernamen angezeigt.

• lost_packets – Verlorene Pakete im Eingangsstream während des Zeitraums.
• broken_payload – Beschädigte Payload-Daten.
• dropped_frames – Fehlende Frames im Eingangsstream.
• ts_stuck_restarts – Anzahl der Reconnects zur Behebung von ts_stuck (typisch bei RTSP).
• desync – Synchronisationsverlust im MPEG-TS-Strom.
• ts_pat – Fehlende PAT (Program Association Table).
• ts_service_lost – Verlust des Dienstes im Transportstrom.
• src_404 – HTTP-Fehler 404 (Not Found) im Eingangsstream.
• src_403 – HTTP-Fehler 403 (Forbidden).
• src_500 – HTTP-Fehler 500 (Internal Server Error).
• crashed – Unerwarteter Absturz des Eingangsstreams.
• dropped_packets – Verworfene Pakete aus verschiedenen Gründen.
• no_signal – Frames fehlen wegen fehlendem Signal.
• duplicate – Duplizierter Frame vom vorherigen Frame (langsame Quelle).
• ts_duplicate – Gleicher Timestamp wie im vorherigen Frame.
• cpu_stall – Frame durch CPU-Überlastung verworfen.
• adaptation_broken – Adaptation Field größer als das Paket.
• ts_scrambled – Verschlüsselte (scrambled) TS-Pakete.
• ts_pmt – PMT nicht innerhalb von 0,5 Sekunden empfangen.
• ts_cc – Fehlerhafte Continuity Counter in MPEG-TS-Paketen.
• ts_tei – Transport Error Indicator aktiviert.
• ts_psi_checksum – Ungültige Checksumme in PSI-Tabellen.
• broken_pes_count – PES-Pakete ohne gültigen Startcode.
• discarded_buffer_count – ES-Buffer verworfen, bevor ein Frame erstellt wurde.
• ts_crashed – Nicht behandelte Fehler beim MPEG-TS-Decoding.
• too_large_dts_jump – Großer DTS-Sprung, der einen Parser-Reset erforderte.
• errors_pid_lost – Anzahl verlorener PIDs im MPEG-TS-Strom.
• rtp_pt_reject – RTP-Pakete mit ungültigem Payload Type verworfen.
• discarded_not_allowed_nal_count – Unzulässige NAL-Units im non-interleaved Modus verworfen.

Analyse der Eingangsbitrate

Zeigt an: Bitrate und Stabilität des eingehenden Streams. Sprünge deuten auf Probleme hin.

Korrigierte Fehler (Warnungen)

Fehler, die Flussonic erkannt und automatisch korrigiert oder zu korrigieren versucht hat.

• ts_stuck — Reconnects bei TS-Blockierungen.
• sr_ts_stuck — Wiederholte RTP-Zeitstempel in RTCP SR-Paketen.
• sender_clock_deviation — Abweichung der Quellzeit zur Serverzeit.
• ts_goes_backwards — Rücksprünge in Zeitstempeln.
• ts_jump_forward — Vorwärtssprünge in Zeitstempeln.
• no_marker_mode_flag — Decoder ohne aktivierten marker mode.
• fu_pattern_is_broken_count — Fehler bei der FU-Fragmentierung.
• fu_has_both_start_end_bits_count — FU-Header enthält gleichzeitig Start- und Endbit.
• fu_end_then_middle_workaround_count — Workaround zur Sortierung von FU-Paketen.
• dts_stuck — Identische DTS-Werte in Folgeframes.
• dts_goes_backwards — Rücklauf der DTS-Zeitstempel.
• dts_jump_forward — Vorwärtssprung der DTS-Zeitstempel.

Probleme bei der DVR-Aufzeichnung

Diese Kennzahlen helfen bei der Erkennung von Fehlern während der Aufzeichnung.

Wichtige Kennzahlen:

• Fast: Segmente wurden in weniger als 50 % ihrer geplanten Dauer gespeichert.
• Slow: Gespeichert zwischen 50 % und 90 % der Segmentdauer.
• Delayed: Mehr als 90 % der Zeit – weist auf Verzögerungen beim DVR hin.
• Failed: Segmente konnten wegen Fehlern nicht gespeichert werden.
• Skipped: Segmente wurden wegen langsamer Speicherreaktion übersprungen.

Nutzen Sie Retroview, um Fehler effizient und zuverlässig zu beheben

Mit Retroview beheben unsere Kunden 99 % der Fehler in Videostreams innerhalb weniger Tage. Nutzen Sie das Monitoring, um Ihren Kunden stabile Dienste zu garantieren und Zeit sowie Ressourcen zu sparen.