Multistreaming com OBS: um feed, vários destinos

Escolha deliberadamente o limite do fan-out

Um servidor não remove todas as dependências compartilhadas. Todos os destinos continuam dependendo do programa do OBS, da única sessão upstream no local e do deployment do Callaba que a recebe. A vantagem é um limite de falha mais claro, não uma redundância mágica.

Prepare a produção antes de inserir as chaves de stream

• Crie ou agende os eventos de destino e confirme que cada conta tem permissão para entrar ao vivo.
• Escolha uma resolução de contribuição, frame rate, codec, bitrate, intervalo de keyframes e programa de áudio que o Callaba consiga receber com estabilidade.
• Meça o upload sustentado da rede de produção. Um teste rápido de velocidade não equivale a um ensaio.
• Use um programa de teste curto e reconhecível, com movimento, fala e uma referência de sincronização.
• Mantenha as chaves das plataformas fora de screenshots, runbooks públicos e payloads de analytics.
• Designe um operador capaz de ver tanto a entrada compartilhada quanto a sala de controle de cada plataforma.

Os requisitos dos destinos mudam. Antes da janela ao vivo, consulte a página de ajuda atual de cada serviço em vez de copiar uma tabela de bitrate de um artigo antigo.

Configure o OBS para um único upstream controlado

1. Crie a entrada do Callaba. Use um RTMP Server ou SRT Server adequado à produção. Inicie-o e copie do painel os valores atuais de publicação.
2. No OBS, abra Configurações → Transmissão. A interface oficial do OBS permite escolher um serviço integrado ou um Custom Streaming Server e inserir o servidor e a chave fornecidos. Use exatamente os valores do Callaba; não reutilize aqui a chave de uma plataforma de destino.
3. Revise Configurações → Saída. Escolha um perfil que o caminho compartilhado consiga transportar e que o workflow downstream consiga decodificar. No primeiro teste, evite mudar ao mesmo tempo codec, resolução e roteamento de áudio.
4. Inicie um teste privado. No OBS, monitore sobrecarga do encoder e frames perdidos. No Callaba, exija bitrate de entrada contínuo e uma imagem decodificada com o áudio esperado.
5. Pare e reconecte. Confirme que a sessão fecha e que o mesmo publisher gerenciado consegue se conectar novamente. Isso revela identidades antigas ou copiadas incorretamente.

Para um procedimento específico de RTMP, consulte Enviar e receber RTMP com OBS. Se a produção usa contribuição SRT, abra o guia de configuração de SRT no OBS e verifique o método de saída atual do OBS.

Adicione um destino, comprove seu funcionamento e só então inclua o próximo

1. Abra Restreaming no Callaba e crie um novo restream usando como fonte o feed validado do OBS.
2. Escolha o tipo de destino compatível ou informe exatamente a URL de saída personalizada e a chave fornecidas pela plataforma.
3. Deixe o transcoding desativado quando a contribuição do OBS já atender ao destino. Se uma plataforma precisar de outro perfil, mude apenas as configurações exigidas por esse contrato.
4. Inicie o restream e abra a prévia da plataforma. Confirme imagem, áudio, estado da conta e qualquer alerta da plataforma.
5. Nomeie a rota aprovada com o evento e o destino; depois repita para a próxima plataforma.

Siga os campos atuais do guia do usuário de Restreaming do Callaba. A demonstração ao vivo do Multiview mostra a interface de monitoramento do operador, mas sua fonte e seus destinos ainda precisam de um teste de produção.

Use uma árvore de falhas em vez de reiniciar tudo

Plugins são úteis, mas mudam a responsabilidade pelo risco

O OBS não precisa de fan-out no servidor em toda produção. Um plugin de múltiplas saídas com manutenção ativa pode ser prático quando a workstation tem folga suficiente de codificação e upload, o operador deseja todos os controles localmente e o plugin foi testado com a versão instalada do OBS. Obtenha plugins no projeto que os mantém e confira o estado das atualizações antes da produção.

Não presuma que cada saída adicionada é “gratuita”. Algumas configurações compartilham o encoder principal, enquanto outras podem executar codificação ou scaling adicionais. Cada sessão de rede também tem seu próprio comportamento de reconexão. Execute o conjunto completo de saídas por um período representativo e depois interrompa um destino e a rede para observar o que o operador deve fazer.

Automatize somente depois de aprovar a matriz de destinos

Quando um sistema de agendamento ou painel do cliente precisar criar destinos, use o workflow de API para streaming ao vivo em várias plataformas. Preserve a fonte aprovada, o tipo de saída, o perfil de mídia e a política de nomes. Mantenha as chaves fora dos logs do navegador e de analytics no cliente, e torne a operação idempotente para que uma nova tentativa não crie uma rota ao vivo duplicada.

Uma resposta da API confirma uma operação de controle. Ela não comprova que a plataforma externa está pronta, que o programa está audível ou que o público vê o evento pretendido. Mantenha a prévia da plataforma e a mídia decodificada no processo de aprovação.

Referências oficiais

• Visão geral do OBS Studio — conceitos atuais dos controles de Transmissão e Saída.
• Solução de problemas de conexão de stream no OBS — etapas para isolar problemas de rede, serviço e bitrate.
• Guia de perfis do OBS — quais configurações de saída um perfil preserva.

Perguntas frequentes

O OBS envia nativamente um stream para várias plataformas?

As configurações padrão de Transmissão descrevem um serviço selecionado ou um servidor personalizado. Várias saídas locais normalmente exigem um plugin mantido ou outro método externo. No fan-out do servidor, o OBS envia um stream ao Callaba e os destinos são criados lá.

Quanta largura de banda de upload o multistreaming no servidor exige?

O local deve sustentar o único feed de contribuição, o overhead normal e uma margem segura. O deployment do Callaba transporta o egress para os destinos. Meça os dois limites no bitrate completo da produção.

Cada destino pode usar bitrate ou resolução diferentes?

Sim, quando a rota do Callaba escolhida, o perfil de codec e a capacidade do deployment suportam a transformação necessária. Adicione um perfil separado apenas para uma necessidade documentada do destino e depois valide a saída decodificada.