Escala RTSP e depuração de cabeçalho de velocidade: avanço rápido, câmera lenta, reprodução artificial, reprodução NVR e taxa não suportada

A visualização ao vivo RTSP já é complicada, mas a reprodução gravada adiciona outra camada: "controle de velocidade. Os usuários procuram por "cabeçalho de escala RTSP", "cabeçalho de velocidade RTSP", "avanço rápido RTSP não funciona", "reprodução de truque NVR RTSP", "velocidade de reprodução RTSP não suportada" e "reprodução de câmera lenta RTSP" quando a reprodução normal funciona, mas o avanço rápido, a reprodução reversa ou a reprodução lenta falham." O RTSP Inspector é útil porque o truque é um problema do plano de controle. O cliente envia PLAY com Range, Scale ou Speed, e o servidor pode aceitar, limitar, ignorar ou rejeitar a solicitação.

Escala vs reprodução normal

A reprodução normal geralmente se parece com:

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

Trick play may add:

Scale: 2.0

ou outra taxa dependendo do suporte do servidor. Alguns servidores suportam apenas valores selecionados. Alguns ignoram valores não suportados. Alguns retornam um cabeçalho de resposta com a escala realmente aceita.

Sintomas comuns

As falhas aparecem como:

• O botão de avanço rápido não faz nada.
• A transmissão salta para a hora errada.
• A reprodução congela após solicitação de escala.
• O servidor retorna 455 Método não válido neste estado.
• O servidor retorna 457 Intervalo Inválido.
• O servidor retorna 501 Not Implemented.
• O servidor aceita PLAY, mas mantém a velocidade normal.
• O NVR envia apenas quadros-chave durante o avanço rápido.
• O áudio desaparece durante a reprodução de truques.

Estes não são o mesmo fracasso. Os cabeçalhos exatos de solicitação e resposta são importantes.

Interação de alcance

A reprodução RTSP gravada geralmente combina Range com Scale.

Exemplos:

Range: npt=120-
Scale: 4.0

or:

Range: clock=20260603T010000Z-
Scale: 0.5

Se o cliente enviar um formato de hora que o servidor não suporta, a falha pode parecer um problema de velocidade, mesmo que Range seja o verdadeiro problema.

O servidor fixa ou reescreve a velocidade

Alguns NVRs aceitam apenas valores discretos:

• 0,5
• 1.0
• 2.0
• 4.0
• 8.0
• modos somente de quadro-chave

Se o cliente solicitar 3.0, o servidor poderá escolher 2.0 ou 4.0. Um bom rastreamento compara a taxa solicitada com os cabeçalhos de resposta aceitos e o tempo real de RTP.

Comportamento de áudio durante a reprodução de truques

Muitos servidores interrompem o áudio durante a reprodução com avanço ou retrocesso rápido. Isto pode ser esperado porque o áudio não pode ser decodificado de forma significativa em alta velocidade.

Evidência:

• A configuração de vídeo permanece ativa.
• O RTP de áudio para após o avanço rápido da reprodução.
• O servidor envia RTCP BYE para áudio.
• A trilha de áudio é retomada quando a escala retorna para 1.0.
• O SDP ainda anuncia áudio, mas o modo de reprodução o suprime.

Não diagnostique isso como perda de pacotes até que o estado do controle RTSP seja verificado.

Avanço rápido somente de quadro-chave

Os NVRs geralmente enviam apenas quadros-chave durante a reprodução em alta velocidade. Isso reduz a largura de banda e o custo de decodificação, mas altera a cadência RTP.

Sintomas:

• O vídeo parece nervoso.
• A taxa de bits RTP cai.
• Os quadros são escassos.
• A cadência dos bits do marcador muda.
• Os carimbos de data e hora saltam em intervalos grandes.

Isso pode ser um comportamento correto de truque, e não corrupção de fluxo.

Reprodução reversa não suportada

A reprodução reversa não é universalmente suportada. Alguns servidores rejeitam valores de escala negativos. Outros emulam a reprodução reversa saltando entre os quadros-chave.

Termos de pesquisa:

• "Reprodução reversa RTSP não suportada"
• "Escala negativa RTSP"
• "NVR retroceder RTSP"
• "O truque RTSP reproduz apenas quadros-chave"

A questão de diagnóstico é se o servidor rejeitou explicitamente a taxa solicitada ou alterou silenciosamente o comportamento.

Lista de verificação de depuração

Use este processo:

1. Capture o PLAY em velocidade normal.
2. Capture o truque PLAY.
3. Compare os cabeçalhos Range, Scale e Speed.
4. Verifique o código de status da resposta.
5. Verifique os cabeçalhos de resposta para saber a taxa aceita.
6. Compare a cadência do carimbo de data/hora RTP.
7. Verifique se o áudio é interrompido intencionalmente.
8. Procure comportamento de vídeo somente com quadro-chave.
9. Teste velocidades discretas suportadas.
10. Preserve os cabeçalhos de solicitação e resposta para suporte do fornecedor de NVR.

Diagnóstico final

As falhas de avanço rápido RTSP, câmera lenta e reprodução artificial devem ser diagnosticadas a partir dos cabeçalhos de controle e do tempo de mídia juntos. O servidor pode rejeitar, limitar, ignorar ou suportar parcialmente Escala e Velocidade.

O RTSP Inspector ajuda a provar se o problema é taxa de reprodução não suportada, formato de alcance, política de reprodução artificial do NVR, supressão de áudio ou interpretação do cliente.