Resposta direta
Meça o tempo exato até a falha. Um intervalo consistente sugere expiração da sessão, suspensão da bateria ou um tempo limite de inatividade configurado; paralisações variáveis apontam com mais frequência para perda de Wi-Fi, congestionamento ou pressão do decodificador.
Por que isso acontece
Sem evidência de tempo, todas as desconexões são parecidas. O estado da sessão RTSP, a política de energia da câmera e o caminho da mídia podem falhar independentemente após uma inicialização bem-sucedida.
Disponibilidade de fluxo separada, descrição de mídia, transporte, decodificação e tempo antes de alterar as configurações da câmera.
Um teste controlado
Execute um fluxo por pelo menos o dobro do intervalo de falha normal ao registrar a acessibilidade, respostas RTSP e erros de pacote ou decodificação.
Altere uma variável de cada vez. Mantenha registrado o modelo da câmera, firmware, endpoint e conta; em seguida, teste a acessibilidade da rede, a resposta do protocolo, o transporte de mídia e a decodificação como camadas separadas.
Use uma conta dedicada somente para visualização e uma ferramenta de diagnóstico local confiável. Edite credenciais, endereços privados e dados de identificação antes de compartilhar resultados.
Sequência de diagnóstico
| Verificar | Ação | Evidência de progresso |
|---|---|---|
| Intervalo | Cronometre três falhas em um JOGO bem-sucedido. | Um padrão estável ou variável é estabelecido. |
| Sessão | Verifique o comportamento keep-alive suportado e os valores de tempo limite. | O cliente mantém ou renova a sessão corretamente. |
| Poder | Verifique se a câmera ou hub dorme sem atividade. | A operação alimentada contínua é confirmada. |
| Rede | Inspecione o sinal Wi-Fi, alterne contadores e alterações de endereço. | O caminho permanece estável durante a janela de falha. |
Evidências para manter
Uma pequena linha do tempo mostrando a conexão, o último quadro válido, o erro RTSP e a tentativa de recuperação é mais útil do que uma captura de tela de um bloco congelado.
Limite e nota de segurança
Não trate uma câmera com bateria como uma fonte contínua de RTSP, a menos que o fabricante documente explicitamente esse modo.
Para visualização remota, use um VPN gerenciado em vez de expor RTSP ou portas de administração de câmera diretamente à Internet pública.
SmartRTSP
SmartRTSP é um visualizador RTSP e ONVIF focado na câmera para dispositivos Apple, Windows e Android. Ele se adapta à visualização direta, descoberta e verificações de múltiplas câmeras; mantenha um NVR ou VMS dedicado quando for necessário registro contínuo, exportação de evidências ou controles corporativos centralizados.
Perguntas frequentes
Por que minha transmissão para quase ao mesmo tempo?
Um intervalo repetível geralmente é mapeado para tempo limite de sessão, política de inatividade ou suspensão da bateria.
Um visualizador deve se reconectar automaticamente?
Sim, mas com espera limitada e estado visível para não ocultar a falha subjacente nem sobrecarregar a câmera.
Outro aplicativo poderia desconectar este visualizador?
Algumas câmeras limitam sessões simultâneas, então teste com outros visualizadores e conexões NVR fechadas.
Referências primárias
- IETF RFC 7826 — Protocolo de streaming em tempo real 2.0
- FFmpeg — RTSP opções e exemplos de protocolo
- SmartRTSP — plataforma oficial e informações do produto
Guia SmartRTSP relacionado
Abrir guia relacionadoUse o intervalo de falha repetível para identificar limites de manutenção, suspensão da bateria, Wi-Fi e sessões simultâneas.