Resposta direta
Se o áudio for reproduzido, a sessão RTSP e pelo menos uma faixa de mídia estão funcionando. Inspecione a saída SDP ou de teste para o codec de vídeo, perfil, resolução e formato de pixel e, em seguida, teste um substream H.264 inferior antes de alterar a rede.
Por que isso acontece
A câmera pode anunciar H.265 para um cliente que decodifica apenas H.264, usar um perfil H.264 não suportado, omitir a trilha de vídeo no caminho selecionado ou enviar pacotes danificados enquanto o áudio continua.
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
Teste o mesmo URL e compare os fluxos de áudio e vídeo anunciados. Em seguida, troque apenas o perfil da câmera, mantendo as credenciais e o transporte fixos.
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 |
|---|---|---|
| Faixas | Confirme se existe uma seção de mídia de vídeo em SDP. | Um codec de vídeo e uma carga útil são anunciados. |
| Codec | Teste um substream H.264 quando o stream principal for H.265. | O vídeo aparece sem alterar o endpoint. |
| Perfil | Reduza temporariamente o perfil, o nível ou a resolução. | O cliente decodifica o fluxo mais simples. |
| Pacotes | Compare TCP e UDP enquanto observa erros de decodificação. | Um transporte limpo remove a corrupção sem alterar o codec. |
Evidências para manter
Salve a saída do teste com as credenciais removidas. Ele fornece o codec e a evidência de rastreamento necessários para distinguir “nenhuma trilha de vídeo” de “não é possível decodificar o vídeo”.
Limite e nota de segurança
Não presuma que uma conexão RTSP bem-sucedida significa que todos os codecs anunciados são suportados por todos os dispositivos.
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 o áudio funciona e o vídeo não?
RTSP pode descrever trilhas de mídia separadas e o cliente pode decodificar uma trilha, mas não a outra.
Devo tentar H.264?
Sim, um substream H.264 documentado é o teste de compatibilidade mais rápido quando o stream principal usa H.265.
Isso é sempre um problema de codec?
Não. A trilha de vídeo pode estar faltando ou danificada durante o transporte, portanto, inspecione as trilhas anunciadas e decodifique os erros.
Referências primárias
- IETF RFC 7826 — Protocolo de streaming em tempo real 2.0
- FFmpeg — RTSP opções e exemplos de protocolo
- MDN — Contêineres de mídia e formatos de codec na web
Guia SmartRTSP relacionado
Abrir guia relacionadoDiagnosticar um feed RTSP que transporta áudio enquanto a imagem permanece preta inspecionando as faixas anunciadas e o suporte do decodificador.