Resposta direta
Trate o feed da câmera RTSP como um protocolo de ingestão e coloque um gateway autorizado entre a rede da câmera e os clientes do navegador. Escolha WebRTC para latência interativa ou HLS para entrega escalonável em buffer.
Por que isso acontece
As pilhas de mídia de navegadores modernos geralmente não expõem um player RTSP bruto. Um gateway deve lidar com autenticação de câmera, compatibilidade de codec, distribuição de sessão e transporte nativo da web.
Os navegadores normalmente precisam de um gateway que converta o feed da câmera em um caminho de entrega nativo da web.
Um teste controlado
Desenhe os limites de ingestão, gateway, navegador e autenticação antes de selecionar o software.
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 |
|---|---|---|
| Latência | Defina o atraso máximo entre vidros. | O alvo aponta para WebRTC, HLS ou outro modo de entrega. |
| Escala | Estime espectadores simultâneos e distribuição de câmeras. | Uma câmera não é aberta uma vez por navegador sem um plano. |
| Codec | Combine a saída da câmera com o suporte de decodificação do navegador. | A passagem ou transcodificação é escolhida deliberadamente. |
| Confiar | Mantenha as credenciais da câmera no gateway. | Os navegadores recebem acesso com escopo definido, não senhas de câmeras. |
Evidências para manter
O registro da arquitetura deve nomear quem finaliza RTSP, quem autentica os espectadores, se o vídeo é transcodificado e onde os buffers adicionam latência.
Limite e nota de segurança
Nunca coloque um RTSP URL privado com credencial em JavaScript do lado do cliente ou em um player online público.
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
O Chrome ou Safari pode abrir rtsp:// diretamente?
Não projete em torno da reprodução direta de RTSP bruto; use um gateway controlado e um caminho de entrega nativo da web.
Quando devo escolher WebRTC?
Quando a visualização interativa ou operacional precisa de baixa latência e a infraestrutura de sessão adicional é aceitável.
Quando HLS é mais adequado?
Quando a entrega HTTP é ampla, o armazenamento em cache e a tolerância à latência baseada em segmentos são mais importantes do que a interatividade.
Referências primárias
- IETF RFC 7826 — Protocolo de streaming em tempo real 2.0
- W3C — especificação WebRTC 1.0
- IETF RFC 8216 — HTTP Transmissão ao vivo
- MDN — Contêineres de mídia e formatos de codec na web
Guia SmartRTSP relacionado
Abrir guia relacionadoEscolha WebRTC, HLS ou outra saída nativa da web em vez de esperar que um navegador abra uma câmera RTSP URL diretamente.