Controle quem conecta
Controle o acesso de publicador e receptor com IDs de stream ou regras de IP do par. Defina uma frase secreta SRT correspondente quando a criptografia estiver ativada.
Callaba · Cloud e auto-hospedado
Receba sinais de câmeras remotas e programas finalizados. Monitore imagem, áudio e a integridade da conexão no navegador, depois encaminhe ou grave as fontes. Adicione produção ao vivo com o Video Mixer em uma implantação compatível.
Execute na sua conta AWS ou em uma infraestrutura Linux que você opera.
Demonstração SRT ao vivo
Crie uma conexão temporária por uma hora. Envie seu feed ao endereço do publicador no modo Caller, deixando o ID de stream vazio. Assista-o no Multiview abaixo ou conecte seu receptor ao endereço do receptor no modo Caller.
Controles do servidor
Veja qual publicador está conectado, inspecione seu bitrate e RTT e encontre eventos de conexão sem sair do painel.
Controle o acesso de publicador e receptor com IDs de stream ou regras de IP do par. Defina uma frase secreta SRT correspondente quando a criptografia estiver ativada.
Inspecione bitrate, RTT, perda de pacotes e pares conectados antes de alterar o receptor ou o encoder.
Abra Show logs nas configurações do servidor. Pause atualizações, pesquise por horário ou mensagem e exporte os eventos necessários.
Servidor SRT próprio
Escolha como seu encoder e receptor se conectam. Substitua os marcadores pelos valores exibidos no painel da Callaba.
Padrão de host e portaDuas portas UDP distintas: uma porta de publicador e uma de receptor. Os IDs de stream ficam propositalmente vazios.
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerUse a porta UDP do publicador. Deixe o ID de stream vazio neste padrão de portas separadas.
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerUse a porta UDP distinta do receptor. Deixe o ID de stream vazio aqui também.
Em Streaming servers → SRT servers, crie o Listener e reserve a porta ou portas UDP. Em Streams, permita um ID de stream vazio para as funções pretendidas de publicador e receptor.
Defina o encoder e o receptor como Caller e cole seus respectivos endereços. Caller e Listener descrevem quem inicia a sessão; não descrevem a direção da mídia.
Inicie a origem. Confirme o publicador e o bitrate de entrada em Statistics; depois verifique a imagem e escute o áudio no receptor.
Configuração de encoder e receptor
Envie do OBS, vMix ou de um encoder SRT ao endereço do publicador. Abra o endereço do receptor no aplicativo que receberá o sinal. Faça as configurações de conexão coincidirem nas duas extremidades e verifique se o receptor suporta o formato de mídia.
Produção, monitoramento e entrega
Seus feeds SRT ficam disponíveis para o restante da Callaba. Mantenha a configuração de produção existente e trate sua saída aqui, ou leve câmeras ao Video Mixer para produzir o programa no navegador.
Confira imagens e áudio de entrada lado a lado, com informações do stream em cada bloco do Multiview.
Explorar MultiviewEntregue um feed finalizado a receptores SRT ou configure a publicação para YouTube, Facebook e Twitch.
Rotear e retransmitir vídeoMantenha uma gravação de um feed de entrada ou grave o programa criado no mixer.
Gravar um stream SRTCombine fontes ao vivo e mídia em cenas. Prepare a próxima tomada em Preview, leve-a a Program e mixe seu áudio.
Mixar origens SRTEscolha onde ele será executado
Mantenha o controle de onde seus feeds são executados. A Callaba fornece o espaço de trabalho no navegador; sua equipe opera o host, o acesso à rede e o armazenamento.
Consulte os preços atuais do software e os termos de assinatura no AWS Marketplace. EC2, armazenamento e transferência de dados são custos adicionais de infraestrutura.
Implantar na AWS ↗Use um host Linux, VM ou nuvem privada compatível. Siga o guia de instalação atual e licencie as unidades de módulo necessárias ao seu fluxo de trabalho.
Instalar auto-hospedado →Planejamento de capacidade
Conte origens e destinos simultâneos. Reserve capacidade de rede para retransmissões e espaço em disco para gravações. Multiview, mixagem e transcodificação acrescentam carga de processamento além de encaminhar o mesmo feed codificado.
Verificações de conexão
Verifique se o servidor está ativado, se seu endereço público e a porta UDP do publicador estão corretos e se o firewall, NAT ou grupo de segurança AWS permite o tráfego. Depois verifique o ID de stream permitido e qualquer frase secreta nas duas extremidades.
Procure tentativas de conexão no histórico de eventos e em Show logs antes de alterar as configurações de codec.
Primeiro verifique se há bitrate de entrada. Confirme que a porta de receptor ou o ID de stream pareado do receptor seleciona o feed pretendido. Depois compare contêiner, codec de vídeo e faixas de áudio com o aplicativo receptor.
A visualização no navegador exige uma rota de reprodução compatível; navegadores não reproduzem diretamente uma URL SRT bruta.
Compare bitrate, RTT e perda de pacotes no mesmo intervalo. Verifique a capacidade de uplink e a margem para retransmissões e então revise a configuração de latência. Um buffer maior não corrige um uplink consistentemente subdimensionado.
Exporte os logs correspondentes do servidor para correlacionar desconexões com eventos da origem ou da rede.
Deixe-o vazio para as portas separadas de publicador e receptor usadas na demonstração. Em uma porta Listener compartilhada, use IDs pareados de publicador e receptor. Veja os dois métodos de conexão.
Receba a origem na Callaba e então crie uma tarefa de restreaming com a URL e a chave de stream do destino. Use as configurações de vídeo e áudio exigidas por essa plataforma.
Sim. Adicione origens SRT ao AV Mixer, crie cenas em Preview e leve a próxima cena para Program com CUT ou FADE. Cada câmera ou outra entrada do mixer usa uma unidade. Veja os preços atuais de entradas do Mixer.
Comece por quem operará o servidor e pelo que deve ocorrer após o ingest. Serviços hospedados como Castr e IN/OUT-SRT, servidores de código aberto como MediaMTX e SRS e software Windows como SRT Mini Server atendem a modelos operacionais diferentes. A Callaba roda na AWS ou na sua infraestrutura Linux, com controles no navegador e módulos de vídeo conectados.
Se sua tarefa principal for rotear entre pontos de extremidade, explore também o fluxo SRT Gateway.
Acesso à API
Esta solicitação somente leitura retorna os servidores SRT configurados. Substitua o host e o token da API pelos valores do seu servidor; a solicitação não altera sua configuração.
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Referência prática de servidor SRT para configurar portas separadas ou IDs de stream pareados, verificar a integridade do transporte, definir a latência e…
Um servidor SRT, ou servidor SRT ao vivo, é o ponto de extremidade configurado para uma sessão de contribuição SRT. O SRT funciona sobre UDP e oferece modos de conexão, recuperação e criptografia opcional; o rascunho do protocolo SRT descreve o transporte.
Caller abre uma sessão e Listener espera por ela. Esses rótulos não definem a direção da mídia: configure a função de publicador ou receptor no ponto de extremidade relevante ou na tarefa posterior.
Crie o servidor em Streaming servers → SRT servers. Use Streams para permitir o acesso de publicador e receptor; depois use o host e a porta ou portas UDP atribuídas a esse servidor.
Para portas separadas, reserve uma porta de publicador e outra de receptor; IDs de stream vazios são válidos nas entradas de Streams e nas URLs dos pontos de extremidade. Para uma porta Listener compartilhada, use entradas de acesso pareadas de publicador e receptor com o mesmo código de servidor e ID de stream, além dos prefixos publisher/… e receiver/…. Escolha um padrão para um teste, em vez de misturar identificadores.
Abra a porta ou intervalo UDP selecionado no firewall do host e na borda da rede. Um Caller atrás de NAT pode fazer uma conexão de saída para um Listener acessível; teste a partir da rede de origem real. Se a criptografia estiver ativada, defina a mesma frase secreta nas duas extremidades.
Exemplos para um servidor configurado com portas separadas de publicador e receptor e IDs de stream vazios. Substitua o host, as portas atribuídas e o arquivo de entrada. A documentação do protocolo SRT do FFmpeg define essas opções de URL.
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"
No FFmpeg, latency=200000 é um exemplo de 200 ms porque a opção usa microssegundos. Defina a latência de produção com base no RTT medido, na perda e no atraso de ponta a ponta permitido; consulte o guia de latência SRT.
A latência SRT é um buffer de recuperação do transporte, não todo o atraso de ponta a ponta. Captura, codificação, buffer do receptor, decodificação, empacotamento e buffer do player também acrescentam tempo. Meça a rota completa antes de reduzir buffers.
Planeje recursos de rede e host para streams simultâneos, bitrates medidos, retransmissões, monitoramento e tarefas posteriores ativadas. Antes de um evento longo, observe a carga total planejada por tempo suficiente para revelar filas, disputa de recursos ou conectividade instável da origem. Uma rota de transporte principal/reserva pode preservar sessões conectadas de receptores e pullers durante uma troca; teste seus feeds, buffers e comportamento no destino antes de depender dela em um evento.
Inicie na nuvem, instale no Linux ou veja a experiência ao vivo do Multiview antes de automatizar.