Servidor de streaming RTMP sem precisar montar um Nginx
Entregamos URL e chave RTMP para o seu encoder e cuidamos da transcodificação adaptive bitrate, da saída HLS, da gravação, do restream para YouTube/Facebook e do CDN. Suporte humano 24/7 em português. Setup completo em 5 minutos.
Compatibilidade com encoders
O servidor RTMP recebe vídeo de qualquer ferramenta ou dispositivo que envie RTMP/RTMPS, ou seja, praticamente toda a indústria:
| Categoria | Ferramentas suportadas |
|---|---|
| Software grátis | OBS Studio, Streamlabs, Larix Broadcaster (celular), GoCoder |
| Software profissional | vMix, Wirecast, XSplit, ManyCam |
| Encoders de hardware | BlackMagic ATEM Mini Pro, Teradek Vidiu/Bond, AVMatrix, LiveU Solo, Epiphan Pearl |
| Câmeras IP/PTZ | BirdDog, Datavideo PTC, NewTek Spark |
| Celular | Larix Broadcaster (iOS/Android), Streamlabs Mobile |
Como configurar o OBS com nosso servidor RTMP em 60 segundos
- Crie sua conta. Plano TestDrive+ grátis por 3 dias, sem cartão de crédito.
- Abra o OBS Studio. Menu Configurações → Transmissão.
- Serviço: selecione "Personalizado" (Custom).
- Servidor: cole a URL do servidor RTMP do painel (ex.:
rtmps://ingesta.xtreamcast.co/live). - Chave de transmissão: cole a stream key do painel.
- Aplique e depois clique em Iniciar transmissão. A URL HLS pública fica ativa imediatamente.
Se você quer um guia visual com capturas de tela: como fazer streaming profissional com OBS (em espanhol).
RTMP vs RTMPS: ingestão segura para o seu servidor de streaming RTMP
Quando você configura seu encoder contra o nosso servidor de streaming RTMP, escolhe entre duas variantes do mesmo protocolo. O RTMP puro viaja sem criptografia sobre TCP pela porta 1935, o padrão histórico herdado da Adobe. O RTMPS é exatamente o mesmo RTMP, mas envolvido em uma camada TLS, assim como o HTTPS faz com o HTTP; viaja criptografado pela porta 443, a mesma da web.
| Aspecto | RTMP | RTMPS |
|---|---|---|
| Criptografia | Não (texto puro sobre TCP) | Sim (TLS, igual ao HTTPS) |
| Porta típica | 1935 | 443 |
| Prefixo da URL | rtmp:// | rtmps:// |
| Atravessa firewalls corporativos | Às vezes (a 1935 costuma estar bloqueada) | Quase sempre (a 443 está aberta) |
| Impacto na latência | Referência | Desprezível (overhead TLS mínimo) |
Recomendação: use RTMPS sempre que o seu encoder suportar — OBS, vMix, Wirecast e praticamente todos os equipamentos modernos suportam. Ele criptografa a transmissão entre o seu encoder e a nossa ingestão e, por viajar pela porta 443, atravessa firewalls que bloqueiam a 1935, um cenário comum ao transmitir de redes corporativas, hotéis ou universidades. Só vale a pena cair para o RTMP puro quando um encoder de hardware antigo não implementa TLS. Nos dois casos você não precisa abrir portas de entrada: seu encoder inicia a conexão de saída para os nossos servidores de live streaming, então basta permitir saída pela porta 1935 ou pela 443.
Configuração por encoder para o seu servidor de streaming RTMP
Os parâmetros que importam são quatro: a URL do servidor, a stream key, o intervalo de keyframe e o bitrate. Para um HLS estável, mantenha o intervalo de keyframe em 2 segundos (GOP fechado): é o que permite segmentar o HLS de forma limpa. Esta tabela resume a configuração recomendada para os encoders mais comuns:
| Encoder | URL do servidor | Stream key | Keyframe | Bitrate recomendado |
|---|---|---|---|---|
| OBS Studio | Serviço "Personalizado" + rtmps://…/live | Stream key do painel | 2 s | 3,5 Mbps (720p) / 6 Mbps (1080p) |
| vMix | Destino "Custom RTMP" + URL do painel | Stream name/key do painel | 2 s | 6 Mbps (1080p30) / 9 Mbps (1080p60) |
| Wirecast | Output "RTMP" + URL do painel | Stream key do painel | 2 s | 4,5–6 Mbps (1080p) |
| Streamlabs | Serviço "Custom" + URL do painel | Stream key do painel | 2 s | 3,5 Mbps (720p) / 6 Mbps (1080p) |
| Larix Broadcaster (celular) | Nova conexão rtmps://…/live | Vai incluída no final da URL | 2 s | 2,5–4 Mbps (720p em 4G/5G) |
| Encoder de hardware (Teradek / ATEM Mini Pro) | Plataforma "RTMP" + URL do painel | Stream key do painel | 2 s | 6 Mbps (1080p) / conforme o uplink |
A velocidade de upload deve ser pelo menos o dobro do bitrate escolhido para ter margem diante de picos. Se você transmite por 4G/5G com um uplink instável, vale reduzir o bitrate ou considerar SRT como respaldo. Quer mais detalhes de specs e resoluções ABR? Estão na página pilar de servidor de streaming.
Do ingest RTMP à saída HLS: como seu sinal flui
Entender o pipeline ajuda a diagnosticar problemas e a escolher bem. Quando você clica em "Iniciar transmissão", seu sinal percorre cinco etapas dentro do nosso servidor de streaming RTMP:
- 1. Ingestão RTMP/RTMPS. Seu encoder abre uma conexão TCP persistente e nos entrega um único stream H.264/AAC. Esta é a camada onde o RTMP vive; a latência que ela adiciona é de 1–3 s.
- 2. Transcoder ABR. A partir dessa única ingestão, geramos várias qualidades em paralelo (240p, 480p, 720p, 1080p) com adaptive bitrate streaming, para que cada espectador receba a que a conexão dele aguenta.
- 3. Empacotamento HLS / LL-HLS. Cada qualidade é fatiada em segmentos e descrita em um manifesto
.m3u8. Aqui já não existe RTMP: a saída é HLS padrão (6–8 s) ou LL-HLS (~3 s), reproduzível em qualquer navegador sem plugins. - 4. CDN multirregião. Os segmentos são distribuídos por uma rede de PoPs próximos do espectador. Isso absorve picos de audiência sem saturar a origem e reduz o buffering na América Latina.
- 5. Player. O player HTML5 white-label pede o manifesto, escolhe a qualidade adequada e muda em tempo real se a rede variar. O espectador só vê o vídeo.
A ideia central: RTMP é o protocolo de entrada, HLS o de saída. O RTMP entra por ser universal nos encoders; o HLS sai por tocar em qualquer dispositivo. Se você quer se aprofundar nas diferenças, leia RTMP vs HLS vs WebRTC (em espanhol), ou vá direto para a plataforma de live streaming.
Servidor RTMP gerenciado vs montar seu próprio Nginx-RTMP
É a decisão que define a sua operação. Montar um Nginx-RTMP próprio em um VPS recebe e entrega o stream, mas todo o resto fica por sua conta: transcodificação para múltiplas qualidades, CDN para audiências grandes, gravação, segurança, monitoramento e manutenção. Um servidor de streaming RTMP gerenciado como a XtreamCast integra essa pilha completa com SLA de 99,995%. O TCO honesto:
| Critério | Nginx-RTMP próprio | XtreamCast gerenciado |
|---|---|---|
| Audiência razoável | <200 espectadores simultâneos | Sem limite de espectadores |
| Custo mensal real | VPS US$ 20–80 + CDN US$ 30–300 + horas de DevOps | A partir de US$ 25/mês, tudo incluído |
| Transcodificação ABR | Manual com FFmpeg, consome CPU do VPS | Incluída, CPU dedicada |
| Gravação na nuvem | Configurar S3, rotação e backups na mão | Ativa por padrão |
| Restream para YouTube/Facebook | Módulo à parte, configuração manual | Até 10 destinos pelo painel |
| Monitoramento e SLA | Você mesmo monta (Grafana, alertas, on-call) | SLA contratual de 99,995% |
| Tempo até o primeiro stream | Horas ou dias | ~5 minutos |
Regra prática: abaixo de ~200 espectadores simultâneos, e se a sua equipe gosta de operar infraestrutura, um Nginx-RTMP próprio pode fazer sentido por aprendizado ou por uma restrição de rede interna ou compliance. Acima desse limite, o custo operacional, o risco de quedas e o tempo da sua equipe justificam um servidor gerenciado. Para decidir com dados, temos três leituras a fundo (em espanhol): servidor RTMP profissional vs self-hosted, o guia de servidor de streaming RTMP na América Latina 2026 e o tutorial de como configurar um servidor RTMP próprio. Quando tudo estiver claro, compare planos e preços.
Perguntas frequentes sobre o servidor RTMP
Qual porta o servidor RTMP usa e qual o RTMPS usa?
O RTMP puro usa a porta TCP 1935, padrão da indústria desde a Adobe. O RTMPS viaja criptografado pela porta TCP 443, a mesma do HTTPS, o que ajuda a atravessar firewalls corporativos que só deixam sair tráfego web. Você não precisa abrir portas de entrada: seu encoder inicia a conexão de saída, então basta permitir saída pela porta 1935 ou pela 443.
RTMP ou RTMPS: qual devo usar?
Use RTMPS sempre que o seu encoder suportar — praticamente todos os modernos suportam —, porque criptografa a transmissão entre o seu encoder e o nosso servidor e atravessa melhor os firewalls. A diferença de latência é desprezível. Só caia para o RTMP puro se o seu encoder antigo não suportar TLS.
Qual é a latência de ingestão RTMP?
A ingestão RTMP adiciona muito pouca latência, de 1 a 3 segundos, graças à conexão TCP persistente. A latência total que o espectador percebe depende da saída: HLS padrão 6–8 s, LL-HLS ~3 s e WebRTC subsegundo. O gargalo não é o RTMP, e sim o formato de distribuição que você escolher.
Posso usar minha própria URL RTMP ou um domínio personalizado?
A URL de ingestão RTMP/RTMPS é gerada pela XtreamCast e aponta para a nossa infraestrutura gerenciada; é a que você cola no seu encoder. O que você pode personalizar com o seu domínio é a saída: a URL pública do player e do HLS com player white-label. Se você precisa controlar a URL de ingestão de ponta a ponta, isso significa montar seu próprio Nginx-RTMP.
Recursos sobre protocolos de streaming
Pronto para operar com qualidade broadcast?
Canais de TV, produtoras, igrejas, rádios e instituições na América Latina já operam com a XtreamCast. Teste grátis de 3 dias. Seu canal de áudio ou vídeo pronto em minutos. Suporte 24/7 em português.