Debug intestazione scala e velocità RTSP: avanzamento veloce, rallentatore, riproduzione Trick, riproduzione NVR e velocità non supportata

La visualizzazione dal vivo RTSP è già complicata, ma la riproduzione registrata aggiunge un altro livello: "il controllo della velocità. Gli utenti cercano "Intestazione scala RTSP", "Intestazione velocità RTSP", "Avanzamento rapido RTSP non funzionante", "Riproduzione trick NVR RTSP", "Velocità di riproduzione RTSP non supportata" e "Riproduzione videocamera al rallentatore RTSP" quando la riproduzione normale funziona ma l'avanzamento veloce, la riproduzione inversa o la riproduzione lenta non riescono." L'ispettore RTSP è utile perché il trick play è un problema del piano di controllo. Il client invia "PLAY" con "Range", "Scale" o "Speed" e il server può accettare, bloccare, ignorare o rifiutare la richiesta.

Scala rispetto alla riproduzione normale

La riproduzione normale spesso assomiglia a:

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

Trick play may add:

Scale: 2.0

o un'altra tariffa a seconda del supporto del server. Alcuni server supportano solo valori selezionati. Alcuni ignorano i valori non supportati. Alcuni restituiscono un'intestazione di risposta con la scala effettiva accettata.

Sintomi comuni

Gli errori vengono visualizzati come:

• Il pulsante di avanzamento veloce non fa nulla.
• Lo streaming passa all'orario sbagliato.
• La riproduzione si blocca dopo la richiesta di scala.
• Il server restituisce "Metodo 455 non valido in questo stato".
• Il server restituisce "457 Intervallo non valido".
• Il server restituisce "501 non implementato".
• Il server accetta PLAY ma mantiene la velocità normale.
• L'NVR invia solo i fotogrammi chiave durante l'avanzamento veloce.
• L'audio scompare durante la riproduzione di trucchi.

Questi non sono lo stesso fallimento. Le esatte intestazioni di richiesta e risposta sono importanti.

Interazione di portata

La riproduzione RTSP registrata spesso combina "Intervallo" con "Scala".

Esempi:

Range: npt=120-
Scale: 4.0

or:

Range: clock=20260603T010000Z-
Scale: 0.5

Se il client invia un formato orario che il server non supporta, l'errore potrebbe sembrare un problema di velocità anche se il vero problema è "Intervallo".

Il server limita o riscrive la velocità

Alcuni NVR accettano solo valori discreti:

• "0,5".
• "1.0".
• "2.0".
• "4.0".
• "8.0".
• modalità solo fotogrammi chiave

Se il client richiede "3.0", il server può scegliere "2.0" o "4.0". Una buona traccia confronta la velocità richiesta con le intestazioni di risposta accettate e i tempi RTP effettivi.

Comportamento audio durante la riproduzione di trucchi

Molti server eliminano l'audio durante la riproduzione veloce in avanti o all'indietro. Ciò è prevedibile perché l'audio non può essere decodificato in modo significativo ad alta velocità.

Prova:

• La CONFIGURAZIONE video rimane attiva.
• L'RTP audio si interrompe dopo l'avanzamento veloce della riproduzione.
• Il server invia RTCP BYE per l'audio.
• La traccia audio riprende quando la scala ritorna a "1.0".
• L'SDP pubblicizza ancora l'audio, ma la modalità di riproduzione lo sopprime.

Non diagnosticare questo problema come perdita di pacchetti finché non viene controllato lo stato di controllo RTSP.

Avanzamento veloce solo per fotogrammi chiave

Gli NVR spesso inviano solo fotogrammi chiave durante la riproduzione ad alta velocità. Ciò riduce la larghezza di banda e i costi di decodifica, ma modifica la cadenza RTP.

Sintomi:

• Il video appare discontinuo.
• Il bitrate RTP diminuisce.
• Le cornici sono scarse.
• La cadenza del bit del marker cambia.
• I timestamp saltano a intervalli ampi.

Questo può essere un comportamento corretto di trick-play, non un danneggiamento dello streaming.

Riproduzione inversa non supportata

La riproduzione inversa non è universalmente supportata. Alcuni server rifiutano valori di scala negativi. Altri emulano la riproduzione inversa saltando tra i fotogrammi chiave.

Termini di ricerca:

• "Riproduzione inversa RTSP non supportata"
• "Scala negativa RTSP"
• "NVR riavvolgi RTSP"
• "Il trucco RTSP riproduce solo i fotogrammi chiave"

La domanda diagnostica è se il server ha rifiutato esplicitamente la tariffa richiesta o ha modificato silenziosamente il comportamento.

Elenco di controllo del debug

Utilizza questo processo:

1. Cattura il PLAY funzionante a velocità normale.
2. Cattura il trucco PLAY.
3. Confronta le intestazioni "Range", "Scale" e "Speed".
4. Controlla il codice di stato della risposta.
5. Controlla le intestazioni di risposta per la tariffa accettata.
6. Confronta la cadenza del timestamp RTP.
7. Controlla se l'audio si interrompe intenzionalmente.
8. Cerca il comportamento video solo per fotogrammi chiave.
9. Testare le velocità discrete supportate.
10. Conserva le intestazioni di richiesta e risposta per il supporto del fornitore NVR.

Diagnosi finale

Gli errori RTSP di avanzamento rapido, rallentamento e riproduzione acrobatica dovrebbero essere diagnosticati insieme dalle intestazioni di controllo e dai tempi multimediali. Il server può rifiutare, bloccare, ignorare o supportare parzialmente "Scale" e "Velocità".

RTSP Inspector aiuta a dimostrare se il problema è la velocità di riproduzione, il formato dell'intervallo, la politica di trick-play dell'NVR, la soppressione dell'audio o l'interpretazione del client non supportati.