Callaba SRT Server

O que é um servidor SRT?

Um Servidor SRT é o endpoint que aceita ou gerencia conexões SRT. Ele pode receber um stream de um encoder, retransmiti-lo para outro sistema ou ser um ponto de entrega controlado entre uma fonte remota e uma plataforma de produção.

Em um fluxo ao vivo típico, o servidor SRT cumpre quatro tarefas:

• Recebe o feed ao vivo: um encoder de câmera, OBS, vMix, FFmpeg, Larix ou outra fonte envia vídeo ao servidor.
• Protege o caminho de contribuição: o SRT recupera pacotes perdidos e pode criptografar a sessão de transporte.
• Expõe estatísticas ao vivo: operadores acompanham bitrate, RTT, perda de pacotes, retransmissões e estado da conexão.
• Entrega o stream ao próximo estágio: o servidor roteia o feed para gravação, transcodificação, restreaming, comutação ou reprodução.

Assim, o servidor SRT é a fronteira entre a fonte e a plataforma. Quando uma equipe remota diz que está transmitindo, é nele que você confirma se o sinal chega, está estável e pode ser usado no restante do fluxo.

Servidor SRT versus protocolo SRT

O protocolo SRT é o método de transporte. O Servidor SRT é o sistema ou software que usa esse protocolo para receber ou enviar streams ao vivo.

O que é um servidor SRT ao vivo?

Um servidor SRT ao vivo é um servidor SRT para contribuição de vídeo em tempo real ou quase real. Ele recebe o stream durante o evento e o envia à produção, gravação ou distribuição ao vivo.

Equipes usam servidores SRT para contribuição remota, ingestão em nuvem de câmeras e encoders, transporte estúdio-nuvem, feeds parceiros, caminhos de backup, produção remota e restreaming para vários destinos.

A palavra “ao vivo” importa porque o ajuste de SRT é diferente da transferência de arquivos. O servidor equilibra atraso e recuperação. Com latência baixa demais para a rede real, o stream pode conectar e ainda falhar com perda ou jitter.

Como um servidor SRT funciona

Um servidor SRT recebe áudio e vídeo já codificados por uma conexão SRT. Em vídeo ao vivo, o SRT geralmente transporta MPEG-TS multiplexado; o container depende do emissor e do fluxo. São comuns H.264 ou H.265/HEVC, áudio AAC e, às vezes, metadados.

1. Um encoder cria o stream de áudio e vídeo ao vivo.
2. O encoder envia o stream a um servidor SRT.
3. O servidor SRT recebe o stream e acompanha a saúde da conexão.
4. Quando há perda, o SRT solicita retransmissão enquanto os pacotes ainda são úteis.
5. O servidor entrega o stream ao próximo estágio: gravador, transcodificador, restream, switcher, fluxo de API ou sistema de reprodução.

Modos Caller, Listener e Rendezvous

O SRT usa três modos de conexão. O modo define qual lado inicia e como a sessão atravessa firewalls e NAT.

• Listener: aguarda uma conexão SRT em uma porta UDP conhecida. É o modo comum de um servidor de ingestão em nuvem ou endpoint de data center.
• Caller: inicia a conexão com um Listener. É comum em encoders de campo, OBS, vMix, FFmpeg, apps móveis e fontes remotas.
• Rendezvous: os dois lados iniciam a conexão. Pode ajudar em alguns cenários NAT, mas deve ser bem testado antes da produção.

Portas do servidor SRT e regras de firewall

O SRT usa UDP. Portanto, a porta correta precisa estar aberta no security group da nuvem, firewall do host, roteador ou política de rede.

• o servidor tem IP público ou endereço de rede acessível;
• a porta UDP correta está aberta;
• o encoder usa o modo Caller/Listener correto;
• o stream ID corresponde à regra de roteamento, se usado;
• a passphrase coincide nos dois lados, se houver criptografia;
• o fluxo de recepção está ligado à saída correta.

Um erro comum é verificar apenas se o encoder diz “conectado”. Isso não basta: confirme que a mídia chega, o bitrate está estável e o sistema seguinte consegue usar o stream.

Exemplo de configuração de servidor SRT

Esta é uma configuração prática para o primeiro teste. Troque host, porta, stream ID e passphrase pelos seus valores.

Server side:
mode: listener
UDP port: 10080
latency: 200 ms
stream ID: event-main
passphrase: optional, same on both sides

Sender side:
srt://YOUR_CALLABA_IP:10080?mode=caller&latency=200&streamid=event-main

Onde o servidor SRT entra no streaming ao vivo

O SRT é especialmente forte na contribuição, onde o feed vai da fonte para a plataforma.

câmera ou encoder → servidor SRT → transcodificador / gravador / restream / fluxo de player

Depois de receber o stream, a plataforma o prepara para restreaming, gravação, transcodificação, reprodução, roteamento, failover, API ou monitoramento.

Servidor SRT versus RTMP, HLS, WebRTC e NDI

O SRT não substitui toda tecnologia de vídeo; ele resolve uma parte específica do fluxo.

Para uma comparação no nível do protocolo, leia SRT vs RTMP.

Como implantar um servidor SRT

A configuração exata depende do software, provedor e fluxo, mas a lógica de implantação costuma ser a mesma.

1. Crie um servidor ou instância em nuvem com CPU, rede e armazenamento suficientes para o fluxo.
2. Abra a porta UDP necessária no security group da nuvem e no firewall do host.
3. Crie um Listener SRT que receberá o stream de entrada.
4. Defina regras de stream ID e passphrase se precisar de roteamento e criptografia.
5. Conecte o encoder como Caller SRT e envie o stream ao endpoint Listener.
6. Verifique as estatísticas ao vivo como bitrate, RTT, perda de pacotes, retransmissões e estado.
7. Roteie o stream para gravação, restreaming, transcodificação ou reprodução.

Como usar um servidor SRT na Callaba

Na Callaba, um servidor SRT costuma ser um ponto de ingestão controlado. Uma fonte remota envia o stream à Callaba, que o disponibiliza ao próximo estágio.

Fluxos comuns na Callaba:

• encoder SRT para Callaba e restream para Twitch ou YouTube;
• OBS para Callaba por SRT e gravação do stream;
• vMix para Callaba por SRT e roteamento para outro destino;
• app móvel para Callaba por SRT e restream para redes sociais;
• local remoto para Callaba e empacotamento para reprodução no navegador;
• entrada SRT para multiview web, gravador, roteamento por API e player controlado.

O que monitorar em um servidor SRT

Uma sessão SRT conectada nem sempre é saudável. Monitore transporte e mídia.

Sinais de transporte

• Estado da conexão: conectada, desconectada, reconectando ou com falha.
• Bitrate de entrada: indica se a mídia continua fluindo na taxa esperada.
• RTT: tempo de ida e volta entre emissor e receptor.
• Perda de pacotes: quantidade de dados perdida no caminho.
• Retransmissões: frequência com que o SRT recupera pacotes ausentes.
• Jitter: variação no tempo de chegada dos pacotes.
• Pressão no buffer de recepção: indica se a conexão está próxima do limite de recuperação.

Sinais de mídia

• vídeo preto ou congelado, áudio ausente ou mudo;
• codec, frame rate, resolução ou formato de áudio incorretos;
• timestamps ruins, keyframes ausentes ou mapeamento incompatível.

Problemas comuns de servidor SRT

A conexão SRT não inicia

Verifique modo, porta UDP, IP público, firewall, stream ID e passphrase. A maioria das falhas de handshake vem de modo errado, UDP bloqueado, porta incorreta ou segurança divergente.

O stream conecta, mas o vídeo está instável

Observe RTT, jitter, perda, retransmissões e latência. Se a latência for agressiva demais para a rede, o SRT não terá tempo de recuperar os pacotes.

O stream conecta, mas não há áudio

Verifique primeiro o encoder: fonte de áudio ativa, dispositivo correto, codec compatível com o próximo estágio e faixa legível pelo receptor.

Antes de culpar o SRT, confirme áudio na fonte. Use monitoramento local no OBS, vMix, encoder de hardware, fones ou prévia do dispositivo.

As estatísticas SRT estão boas, mas o público ainda tem problemas

Se o enlace SRT está saudável, mas há travamentos ou artefatos, o problema pode estar depois dele. Verifique transcodificação, empacotamento, origin, CDN, player e formato de saída.

Servidor SRT self-hosted ou gerenciado

Você pode operar o próprio servidor SRT ou usar uma plataforma gerenciada. A escolha depende do controle operacional que sua equipe quer assumir.

A Callaba funciona como plataforma SRT em nuvem ou self-hosted. Inicie na AWS ou instale em seu servidor, crie pontos de ingestão SRT e conecte-os a restreaming, gravação, roteamento, prévia web, multiview, player e APIs.

Checklist do servidor SRT para o dia do evento

• Confirme o IP ou hostname do servidor.
• Confirme que a porta UDP está aberta.
• Confirme o modo Caller/Listener/Rendezvous nos dois lados.
• Confirme o stream ID, se usado.
• Confirme a passphrase de criptografia, se usada.
• Confirme bitrate, codec, frame rate, resolução e áudio esperados.
• Inicie o stream e verifique o bitrate de entrada.
• Verifique RTT, perda, retransmissões e jitter.
• Verifique vídeo e áudio reais, não só o estado da conexão.
• Confirme a rota: gravação, restreaming, transcodificação ou reprodução.
• Confirme a sincronização de tempo: servidor e encoder devem usar NTP ou fonte consistente para correlacionar logs e gravações no diagnóstico.
• Teste o caminho de backup antes do evento.

Referências oficiais e leituras relacionadas

Use estas referências para detalhes do protocolo SRT, configuração da Callaba ou guias relacionados.

• Rascunho do protocolo SRT
• Documentação Haivision SRT Live Transmit
• O que é o protocolo SRT?
• Como iniciar streaming SRT no OBS Studio
• Como receber um stream SRT no OBS Studio
• Como enviar e receber SRT no vMix
• Como encontrar a latência ideal para SRT
• Documentação da API de servidores SRT

Perguntas frequentes

O que é um servidor SRT?

Um servidor SRT é um endpoint de ingestão ou relay ao vivo que recebe, envia ou roteia streams SRT. Ele leva o feed de um encoder, câmera, local remoto, estúdio, celular ou parceiro para um fluxo controlado.

O que é um servidor SRT ao vivo?

Um servidor SRT ao vivo atende à contribuição em tempo real. Ele recebe o vídeo durante o evento e o envia para gravação, restreaming, transcodificação, switching, roteamento ou reprodução.

Servidor SRT é igual a servidor de streaming?

Nem sempre. Um servidor SRT trata principalmente de ingestão ou transporte entre endpoints controlados. Uma plataforma completa também pode oferecer transcodificação, gravação, reprodução, analytics, controle de acesso, API e CDN.

Um servidor SRT usa UDP?

Sim. O SRT funciona sobre UDP. A porta correta precisa estar aberta no firewall do servidor, security group, roteador ou política de rede.

Qual porta um servidor SRT usa?

O SRT não exige uma porta fixa universal. A porta é definida na configuração. Em produção, as equipes reservam uma porta ou faixa UDP e documentam quais feeds, clientes ou eventos a usam.

O servidor SRT deve ser Listener ou Caller?

Na maioria dos ingests em nuvem, o servidor é Listener e o encoder Caller. Isso funciona bem com IP público ou DNS, porta UDP conhecida e regras claras.

O OBS pode enviar para um servidor SRT?

Sim. Com uma URL de saída SRT, o OBS envia vídeo ao servidor, que pode roteá-lo para gravação, restreaming, transcodificação ou reprodução.

O vMix pode enviar para um servidor SRT?

Sim. O vMix envia e recebe SRT. Uma configuração comum envia SRT do vMix à Callaba, que faz monitoramento, roteamento, gravação ou restreaming.

SRT é melhor que RTMP?

O SRT costuma ser melhor para contribuição em redes instáveis, com perda ou longa distância. RTMP segue comum para publicação simples e ingestão em plataformas. Muitos fluxos usam SRT na contribuição e RTMP/RTMPS no envio final.

Navegadores reproduzem SRT diretamente?

Em fluxos web normais, não. O servidor recebe SRT primeiro e a plataforma converte ou empacota em HLS ou WebRTC.

Por que meu stream SRT conecta, mas não mostra vídeo?

A conexão de transporte pode funcionar com a carga de mídia errada. Verifique codec, container, timestamps, keyframes, áudio, mapeamento, compatibilidade e chegada real de bitrate.

Como tornar um servidor SRT mais confiável?

Use servidor estável, abra as portas UDP corretas, escolha latência realista, monitore RTT e retransmissões, mantenha margem de banda, valide a mídia e teste um endpoint de backup.

O SRT normalmente transporta MPEG-TS?

Em vídeo ao vivo, o SRT costuma transportar MPEG-TS com áudio e vídeo multiplexados. O container depende do emissor e fluxo. O servidor deve validar a carga, não apenas a conexão.

Quais métricas SRT devo monitorar primeiro?

Comece com bitrate de entrada, RTT, perda, retransmissões e estado. Em boas condições, o RTT costuma ser 20–60 ms. Acima de 150 ms ou 1–2% de perda, aumente a latência, reduza o bitrate ou melhore a rede.

Próximos passos

• O que é o protocolo SRT?
• SRT vs RTMP
• Como iniciar streaming SRT no OBS Studio
• Como receber um stream SRT no OBS Studio
• Como enviar e receber SRT no vMix
• Como encontrar a latência ideal para SRT
• Documentação da API de servidores SRT

Última atualização: 22 de julho de 2026