Depuración de encabezado de velocidad y escala RTSP: avance rápido, cámara lenta, reproducción con truco, reproducción NVR y velocidad no compatible

La visualización en vivo RTSP ya es complicada, pero la reproducción grabada agrega otra capa: "control de velocidad. Los usuarios buscan "encabezado de escala RTSP", "encabezado de velocidad RTSP", "avance rápido RTSP no funciona", "reproducción de trucos NVR RTSP", "velocidad de reproducción RTSP no compatible" y "reproducción de cámara en cámara lenta RTSP" cuando la reproducción normal funciona pero falla el avance rápido, la reproducción hacia atrás o la reproducción lenta." RTSP Inspector es útil porque el truco es un problema del plano de control. El cliente envía "PLAY" con "Rango", "Escala" o "Velocidad", y el servidor puede aceptar, bloquear, ignorar o rechazar la solicitud.

Escala vs reproducción normal

La reproducción normal suele verse así:

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

Trick play may add:

Scale: 2.0

u otra tarifa dependiendo del soporte del servidor. Algunos servidores solo admiten valores seleccionados. Algunos ignoran los valores no admitidos. Algunos devuelven un encabezado de respuesta con la escala aceptada real.

Síntomas comunes

Los fallos aparecen como:

• El botón de avance rápido no hace nada.
• La transmisión salta al momento equivocado.
• La reproducción se congela después de la solicitud de escala.
• El servidor devuelve "Método 455 no válido en este estado".
• El servidor devuelve "457 rango no válido".
• El servidor devuelve "501 no implementado".
• El servidor acepta PLAY pero mantiene la velocidad normal.
• NVR envía solo fotogramas clave durante el avance rápido.
• El audio desaparece durante la reproducción de trucos.

Estos no son el mismo fracaso. Los encabezados exactos de solicitud y respuesta son importantes.

Interacción de rango

La reproducción RTSP grabada a menudo combina "Rango" con "Escala".

Ejemplos:

Range: npt=120-
Scale: 4.0

or:

Range: clock=20260603T010000Z-
Scale: 0.5

Si el cliente envía un formato de hora que el servidor no admite, la falla puede parecer un problema de velocidad aunque el problema real sea "Rango".

El servidor limita o reescribe la velocidad

Algunos NVR solo aceptan valores discretos:

• 0,5
• 1.0
• 2.0
• 4.0
• 8.0
• modos de solo fotogramas clave

Si el cliente solicita "3.0", el servidor puede elegir "2.0" o "4.0". Un buen seguimiento compara la tasa solicitada con los encabezados de respuesta aceptados y el tiempo real de RTP.

Comportamiento del audio durante la reproducción con trucos

Muchos servidores eliminan el audio durante la reproducción hacia adelante o hacia atrás. Esto es de esperarse porque el audio no se puede decodificar de manera significativa a alta velocidad.

Evidencia:

• La CONFIGURACIÓN de vídeo permanece activa.
• El RTP de audio se detiene después de avanzar rápidamente la reproducción.
• El servidor envía RTCP BYE para audio.
• La pista de audio se reanuda cuando Scale vuelve a "1.0".
• SDP todavía anuncia audio, pero el modo de reproducción lo suprime.

No diagnostique esto como pérdida de paquetes hasta que se verifique el estado de control RTSP.

Avance rápido solo de fotogramas clave

Los NVR suelen enviar sólo fotogramas clave durante la reproducción a alta velocidad. Eso reduce el ancho de banda y el costo de decodificación, pero cambia la cadencia de RTP.

Síntomas:

• El vídeo parece nervioso.
• La tasa de bits de RTP cae.
• Los marcos son escasos.
• Cambios de cadencia del bit marcador.
• Las marcas de tiempo saltan en grandes intervalos.

Esto puede ser un comportamiento correcto de juego de trucos, no corrupción de transmisión.

Reproducción inversa no compatible

La reproducción inversa no es universalmente compatible. Algunos servidores rechazan los valores de escala negativos. Otros emulan la reproducción inversa saltando entre fotogramas clave.

Términos de búsqueda:

• "No se admite la reproducción inversa RTSP"
• "Escala negativa RTSP"
• "NVR rebobinado RTSP"
• "Reproducción de trucos RTSP solo fotogramas clave"

La pregunta de diagnóstico es si el servidor rechazó explícitamente la tarifa solicitada o cambió silenciosamente el comportamiento.

Lista de verificación de depuración

Utilice este proceso:

1. Capture el PLAY en funcionamiento a velocidad normal.
2. Capture el JUEGO con truco.
3. Compare los encabezados "Rango", "Escala" y "Velocidad".
4. Verifique el código de estado de respuesta.
5. Verifique los encabezados de respuesta para conocer la tarifa aceptada.
6. Compara la cadencia de la marca de tiempo RTP.
7. Compruebe si el audio se detiene intencionalmente.
8. Busque comportamiento de video de solo fotogramas clave.
9. Pruebe las velocidades discretas admitidas.
10. Conserve los encabezados de solicitud y respuesta para el soporte del proveedor de NVR.

Diagnóstico final

Las fallas de avance rápido, cámara lenta y reproducción trucada de RTSP deben diagnosticarse a partir de los encabezados de control y la sincronización de los medios en conjunto. El servidor puede rechazar, bloquear, ignorar o admitir parcialmente "Escala" y "Velocidad".

RTSP Inspector ayuda a comprobar si el problema es una velocidad de reproducción no compatible, un formato de rango, una política de reproducción trucada de NVR, supresión de audio o interpretación del cliente.