Reduzieren Sie Latenz mit FFplay für HDMI-Encoder | Exvist Support

FAQs: Reduzieren Sie die Latenz mit FFplay für Encoder

Schritt-für-Schritt-Anleitung zur Reduzierung der Latenz mit FFplay

1. Installieren Sie FFmpeg und FFplay

Stellen Sie sicher, dass FFmpeg (einschließlich FFplay) auf Ihrem System installiert ist. Sie können überprüfen, ob es installiert ist, indem Sie Folgendes ausführen:
  1. ffplay -version
Wenn es nicht installiert ist, können Sie FFmpeg von deroffiziellen Websiteherunterladen und installieren oder einen Paketmanager wieapt or brewverwenden, je nach Ihrem Betriebssystem.

2. Öffnen Sie FFplay mit RTSP-Stream

Beginnen Sie mit der Ausführung von FFplay mit Ihrer RTSP-Stream-URL:
  1. ffplay rtsp://192.168.1.120:554/live/1_0
Ersetzen Siertsp://192.168.1.120:554/live/1_0durch die tatsächliche RTSP-URL Ihres Video-Encoders.

3. Puffergröße anpassen

Reduzieren Sie die Standard-Puffergröße, um die Verzögerung zu minimieren. Verwenden Sie das Flag -rtsp_transport, um das Transportprotokoll (TCP oder UDP) auszuwählen. UDP führt in der Regel zu einer geringeren Latenz.
Beispielbefehl:
  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 rtsp://192.168.1.120:554/live/1_0
Erklärung:
  1. -rtsp_transport udp: Erzwingt UDP-Transport, der im Allgemeinen eine geringere Latenz als TCP aufweist.
  2. -fflags nobuffer: Deaktiviert die Pufferung, um die Latenz zu reduzieren.
  3. -analyzeduration 0: Begrenzt die Zeit, die FFplay mit der Analyse des Streams verbringt, was einen schnelleren Start der Wiedergabe ermöglicht.
  4. -probesize 32: Begrenzt die Datenmenge, die zum Prüfen des Streams verwendet wird, was ebenfalls die Latenz reduziert.

4. Verzögerung der Videoausgabe anpassen

Verwenden Sie das Flag -sync, um die Videosynchronisierung anzupassen. Wenn Sie es auf video setzen, erzwingt FFplay die Synchronisierung mit dem Videostream, was zur Reduzierung der Latenz beitragen kann.
Beispielbefehl:
  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 -sync video rtsp://192.168.1.120:554/live/1_0

5. Reduzieren Sie die Video- und Audiopufferung

Deaktivieren oder minimieren Sie die Audiowiedergabe mit -vn (kein Video) oder passen Sie die Audiopuffergrößen mit -an (kein Audio) an, wenn Audio für den Test nicht erforderlich ist.
Beispiel:
  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 -sync video -an rtsp://192.168.1.120:554/live/1_0

6. Feinabstimmung der Dekodierungsoptionen

Fügen Sie Optionen hinzu, um die Dekodierungsleistung zu optimieren und die Latenz zu minimieren. Zum Beispiel:
  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 -sync video -an -flags low_delay rtsp://192.168.1.120:554/live/1_0

7. Zusätzliche Optimierungen (Optional)

Sie können FFplay weiter optimieren, indem Sie die Flags -x und -y verwenden, um die Größe des Videofensters anzugeben, und -framedrop, um Frames zu verwerfen, wenn sie nicht schnell genug verarbeitet werden können:
  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 -sync video -an -framedrop -flags low_delay -x 640 -y 360 rtsp://192.168.1.120:554/live/1_0
Erklärung:
  1. -framedrop: Verwirft Frames, wenn das System mit der Dekodierung nicht Schritt halten kann, wodurch die Pufferung reduziert wird.
  2. -x 640 -y 360: Gibt die Auflösung für die Videowiedergabe an, wodurch die Dekodierungsbelastung reduziert wird.

Beispiel für den endgültigen Befehl

  1. ffplay -rtsp_transport udp -fflags nobuffer -analyzeduration 0 -probesize 32 -sync video -an -framedrop -flags low_delay -x 640 -y 360 rtsp://192.168.1.120:554/live/1_0

8. Überwachung der Latenz

Überwachen Sie nach der Einrichtung die Wiedergabe, um die Verringerung der Latenz zu beobachten. Sie können Tools wie FFprobe verwenden, um die Latenz in Echtzeit zu messen, indem Sie die Stream-Details überprüfen.
Beispiel für einen FFprobe-Befehl zur Überprüfung der Stream-Statistiken:
  1. ffprobe -v quiet -print_format json -show_streams rtsp://192.168.1.120:554/live/1_0
Durch die Verwendung der oben genannten Befehle und die Anpassung der verschiedenen Flags können Sie die Latenz beim Testen des RTSP-Streams von Ihrem Video-Encoder effektiv reduzieren.

Schritt-für-Schritt-Anleitung zur weiteren Reduzierung der Latenz mit FFplay

Wenn Sie nach Befolgung der bereitgestellten Anweisungen eine erhöhte Latenz feststellen, kann dies mehrere Ursachen haben. Hier sind einige mögliche Ursachen und Möglichkeiten, sie zu beheben:

1. Puffereinstellungen (Falsche Pufferanpassung)

Das-fflags nobufferFlag soll die Pufferung minimieren, aber in einigen Fällen kann dies zu Instabilität oder erhöhter Latenz führen, insbesondere wenn die Netzwerkbedingungen nicht ideal sind. FFplay kann Schwierigkeiten haben, Frames ohne ausreichenden Puffer reibungslos zu verarbeiten, was zu zusätzlichen Verzögerungen bei der Wiedergabe führt.

Lösung: Versuchen Sie, die Pufferungsstrategie anzupassen. Anstatt die Pufferung vollständig zu deaktivieren, könnten Sie eine konservativere Puffereinstellung verwenden oder das-fflags nobuffer-Flag entfernen:

  1. ffplay -rtsp_transport udp -analyzeduration 0 -probesize 32 -sync video rtsp://192.168.1.120:554/live/1_0

2. RTSP-Transportprotokoll (UDP vs. TCP)

Der Wechsel zuUDPist für RTSP-Streaming in der Regel schneller als TCP, kann jedoch unter bestimmten Netzwerkbedingungen zu Paketverlust oder Jitter führen, was dazu führt, dass der Decoder die Verarbeitung verzögert. Wenn das Netzwerk nicht stabil ist, kann die Verwendung vonUDPdie Latenz unbeabsichtigt erhöhen, da FFplay versucht, verlorene oder beschädigte Pakete zu kompensieren.

Lösung: Testen Sie mitTCP-Transport und prüfen Sie, ob sich die Latenz verbessert. Verwenden Sie das-rtsp_transport tcp-Flag, um TCP zu erzwingen:
ffplay -rtsp_transport tcp -analyzeduration 0 -probesize 32 -sync video rtsp://192.168.1.120:554/live/1_0

3. Frame-Dropping

Das-framedrop-Flag weist FFplay an, Frames zu verwerfen, wenn es sie nicht rechtzeitig dekodieren kann, was die Latenz verringern sollte. Wenn jedoch zu viele Frames verworfen werden, kann dies zu erhöhten Verzögerungen führen, da FFplay länger braucht, um sich zu erholen und zu resynchronisieren.

Lösung: Wenn das Frame-Dropping übermäßig ist, versuchen Sie, das-framedrop-Flag zu entfernen oder seine Auswirkung zu reduzieren:
  1. ffplay -rtsp_transport udp -analyzeduration 0 -probesize 32 -sync video rtsp://192.168.1.120:554/live/1_0
Alternativ können Sie versuchen, das -framedrop-Verhalten anzupassen, um zu sehen, ob es hilft, die Verzögerung zu reduzieren:
  1. ffplay -framedrop 0 -rtsp_transport udp -analyzeduration 0 -probesize 32 -sync video rtsp://192.168.1.120:554/live/1_0

4. Netzwerkbedingungen und Jitter

DerUDPTransport kann in einem Netzwerk mit hoher Latenz oder Instabilität möglicherweise nicht ideal sein. UDP garantiert keine Paketzustellung, was zu Jitter und Pufferverzögerungen auf der Client-Seite führen kann. Obwohl UDP unter perfekten Netzwerkbedingungen die Latenz reduzieren kann, verursacht es oft mehr Probleme, wenn Netzwerkinstabilitäten oder Überlastungen auftreten.

Lösung: Testen Sie mit einem stabilen und weniger überlasteten Netzwerk, oder wechseln Sie zurück zuTCPwenn Ihr Netzwerk hohen Jitter oder Paketverlust aufweist.

5. Decoder-Überlastung

Wenn das-flags low_delayFlag zusammen mit großen Videostreams oder höheren Auflösungen verwendet wird, kann dies zu einer Decoder-Überlastung führen, bei der FFplay versucht, Frames zu schnell zu dekodieren, was zusätzliche Verarbeitungsverzögerungen verursachen kann.

Lösung: Reduzieren Sie die Auflösung des Videos, um die Last auf dem Decoder zu verringern, oder deaktivieren Sie die Low-Latency-Flags, wenn sie Probleme verursachen:
  1. ffplay -rtsp_transport udp -analyzeduration 0 -probesize 32 -sync video -an rtsp://192.168.1.120:554/live/1_0

6. Übermäßige Analyse und Prüfung

Die Flags-analyzeduration 0und-probesize 32sollen die Zeit begrenzen, die FFplay mit der Analyse des Streams verbringt, sowie die Größe der anfänglichen Paketprüfung, was den Start beschleunigen soll. Wenn diese Werte jedoch zu restriktiv sind, könnte FFplay gezwungen werden, mit unvollständigen Informationen zu arbeiten, was zu Synchronisierungsverzögerungen oder einer erhöhten Gesamtlatenz führt, da es versucht, fehlende Daten wiederherzustellen.

Lösung: Erhöhen Sie die Werte für-analyzedurationund-probesizeleicht, damit FFplay beim Start mehr Daten sammeln kann, ohne die Latenz wesentlich zu erhöhen:
  1. ffplay -rtsp_transport udp -analyzeduration 5000000 -probesize 5000000 -sync video rtsp://192.168.1.120:554/live/1_0

7. Video-Synchronisierungsmodus

Der-sync videoDas Flag weist FFplay an, Videoframes präzise zu synchronisieren, was zu Verzögerungen führen kann, wenn auf den nächsten Frame gewartet werden muss. Wenn die Ausgabebildrate des Encoders nicht gut mit den Synchronisierungserwartungen von FFplay übereinstimmt, kann dies zu unnötigen Verzögerungen führen.

Lösung: Sie können experimentieren, indem Sie aufAudio or Zeitstempelanstelle von Video synchronisieren:
  1. ffplay -rtsp_transport udp -analyzeduration 0 -probesize 32 -sync audio rtsp://192.168.1.120:554/live/1_0
Alternativ könnte das vollständige Entfernen des -sync-Flags helfen:
  1. ffplay -rtsp_transport udp -analyzeduration 0 -probesize 32 rtsp://192.168.1.120:554/live/1_0

Fazit:

Um die Latenz zu reduzieren, experimentieren Sie mit der Abwägung zwischen Pufferstrategie, Transportprotokoll und Dekodierungseinstellungen. UDP bietet normalerweise eine niedrigere Latenz, erfordert jedoch ein stabiles Netzwerk, während TCP möglicherweise zuverlässiger ist, wenn die Netzwerkqualität inkonsistent ist. Das Anpassen von Puffergrößen, Probing-Verhalten und Frame-Dropping-Einstellungen kann ebenfalls helfen, übermäßige Latenz zu mildern. Testen Sie weiterhin verschiedene Konfigurationen, um die optimale Einrichtung für Ihren spezifischen Anwendungsfall zu finden.