RTSP e RTMP são caminhos para o vídeo viajar entre a câmera e a plataforma; a diferença é a direção. No RTSP, a plataforma vai até a câmera buscar o stream — por isso a câmera precisa ser alcançável pela internet. No RTMP, a câmera envia o vídeo para a plataforma — por isso funciona sem IP público, atrás de CGNAT. P2P é outra coisa: um túnel entre a câmera e a nuvem do fabricante, pensado para o aplicativo dele, que algumas plataformas conseguem aproveitar para fabricantes específicos.
RTSP: a plataforma busca o vídeo na câmera
O RTSP (Real Time Streaming Protocol) é a língua comum do CFTV: praticamente toda câmera IP profissional, DVR e NVR fala esse protocolo. O funcionamento é de "pull" — quem inicia a conexão é a plataforma, que abre um canal até o endereço da câmera (uma URL no formato rtsp://usuario:senha@endereco:554/caminho) e pede o stream. Em gravadores, o caminho da URL indica qual canal você quer.
A consequência prática define tudo: a câmera precisa ter um endereço alcançável de fora. Isso significa IP fixo ou DDNS no local, mais a porta redirecionada no roteador — ou uma VPN entre o site e a plataforma. Quando existe essa rota, o RTSP é excelente: latência baixa, qualidade exatamente igual à que a câmera entrega e, como a conexão é de mão dupla, comandos de PTZ (mover, zoom, presets) voltam pelo mesmo caminho.
Onde ele falha: CGNAT e IP dinâmico. Fibra residencial, 4G e muitos provedores entregam IP compartilhado ou que muda o tempo todo — a regra de porta fica certa no roteador e, mesmo assim, a plataforma "liga" e ninguém atende. Também falha onde não há acesso ao roteador (equipamento do provedor lacrado, TI de terceiros). E há o custo de segurança: porta redirecionada é porta do cliente aberta para a internet, o que pede senha forte e cuidado extra.
RTMP: a câmera envia o vídeo para a plataforma
O RTMP (Real Time Messaging Protocol) inverte a direção. Nascido no streaming ao vivo — é o mecanismo clássico de envio para plataformas de transmissão —, ele foi adotado por câmeras, DVRs e encoders como forma de "push": em vez de esperar alguém pedir o stream, o equipamento envia o vídeo para um endereço que a plataforma gera, com uma chave exclusiva daquela câmera.
Como a conexão é de saída (TCP, porta 1935), e saída para a internet praticamente toda rede libera, o RTMP dispensa IP público, DDNS e porta aberta. É o protocolo que salva a instalação atrás de CGNAT, em links 4G e em locais onde ninguém tem a senha do roteador. A latência fica um pouco acima da do RTSP, mas segue baixa; a qualidade, como no RTSP, é a que a câmera está configurada para enviar.
As limitações são igualmente objetivas. Primeiro, nem todo equipamento tem RTMP — procure na interface da câmera um menu como "RTMP", "Push stream", "Plataforma de streaming" ou "Transmissão ao vivo"; se não existe, o modelo não faz push. Segundo, é via de mão única: a plataforma recebe vídeo, mas não envia comandos — PTZ via RTMP não existe. Terceiro, muitas câmeras aceitam apenas um destino de envio por vez. E, por transmitir continuamente, o RTMP consome upload 24 horas por dia, com ou sem alguém assistindo.
P2P: a câmera fala com a nuvem do fabricante
P2P não é um protocolo de transporte de vídeo que se cadastra em plataforma — é o mecanismo que faz o aplicativo do fabricante encontrar a câmera sem configuração de rede. Assim que ganha internet, a câmera abre um túnel de saída até os servidores do fabricante; o app lê um QR code ou número de série e a nuvem junta as duas pontas. Por isso virou padrão em câmeras domésticas: zero configuração.
O túnel, porém, é fechado entre a câmera e a nuvem daquele fabricante — por padrão, só o app dele enxerga o vídeo. Plataformas de terceiros entram de duas formas: habilitando o RTSP que muitas dessas câmeras também oferecem (escondido em menus como "protocolo local" ou "acesso por terceiros"), ou por um caminho P2P próprio da plataforma, quando o fabricante é suportado — na Xeqmate, o cadastro P2P usa o número serial da câmera, a porta RTSP e as credenciais, e um servidor com processamento P2P busca o vídeo por dentro do túnel, sem IP público. Se a câmera não tem RTSP nem RTMP e o fabricante não é suportado, ela não entra em plataforma nenhuma — a saída é trocar o equipamento ou ligá-lo a um NVR que exponha RTSP.
E o ONVIF?
Uma confusão frequente: ONVIF não é um quarto protocolo de vídeo. É um padrão de descoberta e controle — encontrar a câmera na rede, listar os streams disponíveis, mover PTZ, ler eventos. O vídeo em si trafega por RTSP; na prática, "tem ONVIF" quase sempre significa "tem RTSP e me diz a URL certa". Por isso, ao avaliar plataformas, trate "suporte ONVIF" como um atalho de configuração, não como um canal de ingestão de vídeo.
Os três lado a lado
| RTSP | RTMP | P2P | |
|---|---|---|---|
| Quem inicia a conexão | A plataforma vai até a câmera | A câmera envia para a plataforma | A câmera abre túnel para a nuvem do fabricante |
| Precisa de IP público / porta aberta? | Sim (IP fixo ou DDNS + porta) ou VPN | Não — só saída para a internet | Não |
| Funciona atrás de CGNAT / 4G? | Não (sem IP público ou VPN) | Sim | Sim |
| Comandos (PTZ) | Sim — mão dupla | Não — só envia | Pelo app do fabricante; na plataforma, quando suportado |
| Suporte nos equipamentos | Praticamente todas as câmeras IP, DVRs e NVRs | Parte dos modelos — conferir o menu RTMP | Quase todas as domésticas; muitas profissionais |
| Pontos de atenção | Porta exposta na internet; exige acesso ao roteador | Upload contínuo; um destino por vez | Túnel controlado pelo fabricante; depende de suporte da plataforma |
Qual escolher em cada cenário
- Local com IP fixo ou DDNS e acesso ao roteador → RTSP. Mão dupla, PTZ funcionando, serve para qualquer câmera profissional e para DVR/NVR canal a canal.
- Fibra residencial, CGNAT, 4G ou roteador inacessível → RTMP, se a câmera ou o gravador tiver a função. Cadastra-se a câmera, a plataforma gera a URL de envio e ela é colada na configuração do equipamento — sem tocar na rede.
- Câmera que só fala com o app do fabricante → procure a opção de habilitar RTSP no firmware e volte ao primeiro cenário; se o fabricante for suportado pelo cadastro P2P da plataforma, use-o. Sem nenhuma das duas saídas, o equipamento não entra.
- DVR ou NVR com várias câmeras → RTSP por canal, apontando para o endereço do gravador, ou RTMP por canal quando o gravador oferece push.
Repare que a escolha é por instalação, não por plataforma: a mesma operação usa RTSP no prédio com IP fixo e RTMP na loja com fibra residencial. Por isso importa que a plataforma aceite os dois (e P2P para fabricantes suportados) — como faz a Xeqmate no videomonitoramento em nuvem. O protocolo muda o caminho do vídeo, não a imagem: gravação, analíticos de IA e alertas funcionam igual nos dois casos, e os eventos seguem para o seu sistema por webhooks e integrações.
Na dúvida sobre a sua câmera? Na demonstração gratuita da Xeqmate, conectamos uma câmera sua ao vivo — RTSP, RTMP ou P2P — e você vê o vídeo na plataforma antes de decidir. Conheça o videomonitoramento em nuvem e as integrações disponíveis.