RTSP-Skalierungs- und Geschwindigkeits-Header-Debugging: Schneller Vorlauf, Zeitlupe, Trickwiedergabe, NVR-Wiedergabe und nicht unterstützte Rate

RTSP-Live-Viewing ist bereits kompliziert, aber die aufgezeichnete Wiedergabe fügt eine weitere Ebene hinzu: "Geschwindigkeitskontrolle. Benutzer suchen nach „RTSP Scale Header“, „RTSP Speed ​​Header“, „RTSP Fast Forward funktioniert nicht“, „NVR Trick Play RTSP“, „RTSP Playback Speed ​​nicht unterstützt“ und „RTSP Slow Motion Camera Playback“, wenn die normale Wiedergabe funktioniert, aber der schnelle Vorlauf, die Rückwärtswiedergabe oder die langsame Wiedergabe fehlschlägt." RTSP Inspector ist nützlich, da Trickplay ein Problem auf der Steuerungsebene darstellt. Der Client sendet „PLAY“ mit „Range“, „Scale“ oder „Speed“ und der Server kann die Anfrage akzeptieren, blockieren, ignorieren oder ablehnen.

Skalieren Sie im Vergleich zur normalen Wiedergabe

Die normale Wiedergabe sieht oft so aus:

PLAY rtsp://nvr/recording RTSP/1.0
Range: npt=0-

Trick play may add:

Scale: 2.0

oder ein anderer Tarif, abhängig von der Serverunterstützung. Einige Server unterstützen nur ausgewählte Werte. Einige ignorieren nicht unterstützte Werte. Einige geben einen Antwortheader mit der tatsächlich akzeptierten Skala zurück.

Häufige Symptome

Fehler treten auf als:

• Die Schnellvorlauftaste bewirkt nichts.
• Stream springt zur falschen Zeit.
• Die Wiedergabe friert nach der Skalierungsanfrage ein.
• Der Server gibt „455 Method Not Valid in This State“ zurück.
• Der Server gibt „457 Ungültiger Bereich“ zurück.
• Der Server gibt „501 nicht implementiert“ zurück.
• Der Server akzeptiert PLAY, behält aber die normale Geschwindigkeit bei.
• Der NVR sendet beim schnellen Vorlauf nur Keyframes.
• Der Ton verschwindet während der Trickwiedergabe.

Dies sind nicht die gleichen Fehler. Die genauen Anforderungs- und Antwortheader sind wichtig.

Bereichsinteraktion

Bei der aufgezeichneten RTSP-Wiedergabe wird häufig „Bereich“ mit „Skalierung“ kombiniert.

Beispiele:

Range: npt=120-
Scale: 4.0

or:

Range: clock=20260603T010000Z-
Scale: 0.5

Wenn der Client ein Zeitformat sendet, das der Server nicht unterstützt, kann der Fehler wie ein Geschwindigkeitsproblem aussehen, obwohl „Bereich“ das eigentliche Problem ist.

Der Server bremst die Geschwindigkeit oder schreibt sie neu

Einige NVRs akzeptieren nur diskrete Werte:

• „0,5“.
• „1,0“.
• „2.0“.
• „4.0“.
• „8,0“.
• Nur-Keyframe-Modi

Wenn der Client „3.0“ anfordert, kann der Server „2.0“ oder „4.0“ wählen. Ein guter Trace vergleicht die angeforderte Rate mit akzeptierten Antwortheadern und dem tatsächlichen RTP-Timing.

Audioverhalten während der Trickwiedergabe

Bei vielen Servern wird der Ton während der schnellen Vor- oder Rückwärtswiedergabe unterbrochen. Dies ist zu erwarten, da Audio bei hoher Geschwindigkeit nicht sinnvoll dekodiert werden kann.

Beweis:

• Video SETUP bleibt aktiv.
• Audio-RTP stoppt nach der Schnellvorlauf-Wiedergabe.
• Der Server sendet RTCP BYE für Audio.
• Die Audiospur wird fortgesetzt, wenn die Skala auf „1,0“ zurückkehrt.
• SDP kündigt immer noch Audio an, aber der Wiedergabemodus unterdrückt es.

Diagnostizieren Sie dies nicht als Paketverlust, bis der RTSP-Kontrollstatus überprüft wurde.

Nur Keyframe-Schnellvorlauf

NVRs senden bei Hochgeschwindigkeitswiedergabe oft nur Keyframes. Das reduziert die Bandbreite und die Dekodierungskosten, verändert jedoch die RTP-Taktfrequenz.

Symptome:

• Das Video wirkt nervös.
• RTP-Bitrate sinkt.
• Rahmen sind spärlich.
• Änderungen der Markierungsbit-Kadenz.
• Zeitstempel springen in großen Abständen.

Dabei kann es sich um ein korrektes Trick-Play-Verhalten handeln, nicht um eine Stream-Beschädigung.

Nicht unterstützte Rückwärtswiedergabe

Die Rückwärtswiedergabe wird nicht allgemein unterstützt. Einige Server lehnen negative Skalenwerte ab. Andere emulieren die Rückwärtswiedergabe, indem sie zwischen Keyframes springen.

Suchbegriffe:

• „RTSP-Reverse-Wiedergabe wird nicht unterstützt“
• „RTSP negative Skala“
• „NVR-Rücklauf RTSP“
• „RTSP-Trick spielt nur Keyframes ab“

Die Diagnosefrage ist, ob der Server die angeforderte Rate explizit abgelehnt oder das Verhalten stillschweigend geändert hat.

Debug-Checkliste

Verwenden Sie diesen Prozess:

1. Erfassen Sie das funktionierende PLAY in normaler Geschwindigkeit.
2. Erfassen Sie das Trickspiel-SPIEL.
3. Vergleichen Sie die Header „Range“, „Scale“ und „Speed“.
4. Überprüfen Sie den Antwortstatuscode.
5. Überprüfen Sie die Antwortheader auf akzeptierte Rate.
6. Vergleichen Sie die RTP-Zeitstempel-Kadenz.
7. Überprüfen Sie, ob der Ton absichtlich gestoppt wird.
8. Achten Sie auf Videoverhalten, das nur auf Keyframes beschränkt ist.
9. Testen Sie unterstützte diskrete Geschwindigkeiten.
10. Behalten Sie Anforderungs- und Antwortheader für den NVR-Anbieter-Support bei.

Endgültige Diagnose

RTSP-Schnellvorlauf-, Zeitlupen- und Trick-Play-Fehler sollten anhand der Steuerköpfe und des Medien-Timings zusammen diagnostiziert werden. Der Server kann „Scale“ und „Speed“ ablehnen, einschränken, ignorieren oder teilweise unterstützen.

RTSP Inspector hilft beim Nachweis, ob das Problem an einer nicht unterstützten Wiedergaberate, einem nicht unterstützten Bereichsformat, einer NVR-Trick-Play-Richtlinie, einer Audiounterdrückung oder einer Client-Interpretation liegt.