Por que uma nova transmissão aparece no YouTube após a reconexão do OBS

A reconexão do OBS por si só não cria uma nova transmissão

Uma queda de conexão com o servidor do YouTube e a reconexão do OBS normalmente devem pertencer à mesma transmissão. Os espectadores podem ver uma pausa, uma tela de espera ou a perda de parte da live, mas o link, o chat e a gravação continuam os mesmos. Se uma página separada aparece no YouTube Studio, a causa geralmente não é a reconexão em si, mas a mudança de vínculo entre o fluxo de entrada e a transmissão.

Do lado do YouTube existem duas entidades diferentes: a página da transmissão, com título, acesso, chat e configurações, e o fluxo RTMP que o OBS envia. Uma nova transmissão aparece quando o serviço recebe um fluxo vinculado a outra transmissão ou a outro cenário de início.

Qual é a diferença entre a página da transmissão e a chave de transmissão

A chave de transmissão é necessária para o OBS enviar vídeo e áudio ao servidor do YouTube. A página da transmissão é o objeto que o espectador abre: ela tem link, miniatura, descrição, chat e a gravação futura. Com uma configuração estável, um fluxo de entrada atende a uma página de transmissão selecionada.

Após uma breve queda, o OBS pode restabelecer a conexão com a mesma entrada RTMP. Mas se durante a falha uma nova transmissão foi criada, outra chave foi selecionada ou uma ferramenta externa alterou o vínculo, o YouTube começa a receber o fluxo para outra página. Do lado de fora, parece que o programa dividiu uma única live em duas, embora a decisão tenha sido tomada no nível da configuração da transmissão.

Uma nova página é criada manualmente no YouTube Studio

Um cenário comum começa após a perda do sinal. O dono do canal abre o Studio, vê um aviso sobre o problema e cria uma nova transmissão em vez de esperar a recuperação da anterior. Em seguida, o OBS é iniciado novamente já com os parâmetros do novo rascunho, e a primeira página fica com uma gravação curta.

É mais fácil errar se o canal tiver ao mesmo tempo uma live agendada, um rascunho, uma transmissão de teste e vários rascunhos antigos com nomes parecidos. A desvantagem da recuperação manual em uma situação de estresse é evidente: é difícil identificar rapidamente qual página está vinculada ao sinal atual, e os espectadores podem ficar no link antigo.

Troca de chave no perfil ou em outro computador

A chave de transmissão pode ser diferente entre perfis do OBS, computadores de trabalho e equipamentos de backup. Por exemplo, o computador principal usa a chave da transmissão agendada, enquanto o de backup usa a chave de uma transmissão de teste salva anteriormente. Ao alternar para o backup, o YouTube recebe o fluxo por outro esquema e pode iniciar outra página.

Verifique as configurações de transmissão do OBS em cada dispositivo: o serviço selecionado, o servidor e a chave. Também vale conferir qual perfil estava ativo antes e depois da queda. Uma chave compartilhada para toda a equipe simplifica o início, mas essa opção tem uma desvantagem: um início acidental a partir de outro computador pode entrar na transmissão em andamento.

A automação cria uma transmissão em vez de reconectar

Painéis de controle, bots, plugins e scripts próprios podem trabalhar com a API do YouTube. Essas ferramentas criam uma transmissão, definem título, acesso e outros parâmetros, e depois a vinculam ao fluxo de entrada. Se a automação for executada não apenas antes do primeiro início, mas também após a recuperação da rede, ela pode criar uma nova página.

Verifique com atenção especial os gatilhos de início do OBS, de troca de cenas, de eventos de rede e de comandos de um painel remoto. A desvantagem da automação é que um erro na lógica nem sempre é perceptível de imediato: a imagem já está sendo transmitida, mas os espectadores e moderadores continuam assistindo à transmissão anterior pelo link antigo.

Como deve ser o esquema de vinculação do fluxo

Para uma única transmissão agendada, a cadeia deve ser simples: o OBS envia o fluxo por uma única chave RTMP, e o YouTube o recebe em uma página de transmissão específica. Ao reconectar, o OBS retorna à mesma entrada, desde que a chave, as configurações do Studio e os cenários externos não tenham mudado.

O esquema é útil no diagnóstico: ele mostra que uma queda de internet não equivale à criação de uma nova transmissão. Um novo objeto só aparece quando, na cadeia, a chave ou a página de destino muda, ou quando a automação cria um novo vínculo. Não convém alterar vários parâmetros ao mesmo tempo: depois disso, fica difícil identificar a origem do problema.

Como encontrar a causa no histórico de transmissões e no log do OBS

Abra a lista de transmissões no YouTube Studio e compare o horário de criação das páginas, do início efetivo e do fim da gravação. Se a segunda página foi criada exatamente durante a queda, verifique as ações no Studio e o funcionamento da automação. Se as duas páginas já existiam antes, provavelmente a chave, o perfil ou o dispositivo mudaram após a reconexão.

• Compare o momento da perda de sinal com o horário em que a nova página apareceu no Studio.
• Verifique o perfil ativo do OBS antes e depois da reinicialização.
• Compare os parâmetros de transmissão no computador principal e no de backup.
• Abra o log do OBS: nele aparecem a desconexão, as tentativas de reconexão e o novo início da transmissão.
• Veja se bots, painéis de controle ou scripts foram executados no momento da falha.
• Confirme se outro rascunho não foi aberto e configurado manualmente no Studio.

Uma transmissão agendada ajuda a manter um único link

Para uma live importante, é prático preparar a página da transmissão com antecedência e usá-la como ponto de entrada fixo para o público. Antes de começar, verifique o título, o acesso, a miniatura e a chegada do sinal justamente nessa transmissão. Após uma queda, primeiro abra o status dela e confirme que o OBS está tentando retornar à conexão anterior.

Não crie uma nova página enquanto não tiver verificado o perfil ativo, a chave e o estado da transmissão já iniciada. O formato agendado tem uma desvantagem: quando o canal acumula rascunhos antigos com nomes iguais, é fácil escolher o errado. Nomes de trabalho claros e a exclusão de transmissões de teste desnecessárias ajudam.

Chave reutilizável e chaves separadas por tarefa

Uma chave reutilizável elimina a cópia constante de parâmetros no OBS e reduz o risco de erro na preparação. Em uma breve falha de rede, ela ajuda o programa a retornar ao ponto de recepção habitual. Essa opção é conveniente para um único posto de trabalho, onde não há testes paralelos nem cenários externos complexos.

A desvantagem da chave reutilizável é o menor controle sobre o acesso. Se ela estiver salva em outro computador ou tiver sido repassada a um assistente, um início acidental pode interferir na transmissão em andamento. Para testes, equipamentos de backup e projetos separados, é preciso definir previamente uma ordem: qual chave é usada, a qual página ela pertence e quem pode iniciar o fluxo.

Teste de reconexão antes de uma transmissão importante

É melhor fazer a verificação em uma transmissão de teste fechada. Inicie o OBS, aguarde o sinal no Studio, depois interrompa temporariamente a transmissão ou a conexão de rede e deixe o programa tentar restabelecer a ligação. Após o retorno do sinal, verifique o link, o chat, o título e a presença da mesma página no painel de controle.

Se uma nova transmissão aparecer após o teste, não altere as configurações ao acaso. Registre o horário dos eventos, o perfil ativo do OBS, a chave utilizada e a lista de ferramentas conectadas. Em seguida, desative a automação, repita o teste e verifique separadamente a alternância entre o dispositivo principal e o de backup. A desvantagem desse teste é que ele não reproduzirá todos os problemas de uma rede real, mas permitirá separar um erro de configuração de uma falha aleatória de conexão.

Quando uma transmissão separada é realmente necessária

Uma nova página se justifica se mudarem o tema, o acesso, o visual, o cronograma ou se for necessário um arquivo independente. Transmissões separadas também são usadas para exibições fechadas, testes técnicos e projetos paralelos. Nesses casos, a separação ajuda a não misturar chats, gravações e estatísticas de eventos diferentes.

A desvantagem dessa solução é que o público precisa acessar um novo link, e os dados ficam em transmissões diferentes. Se a tarefa se resume apenas a restaurar o OBS após uma breve queda, não é preciso criar uma nova transmissão: deve-se manter o vínculo anterior do fluxo com a página já iniciada.