Transmissão de backup no DCAST: o que acontece quando o seu codificador cai

Todo produtor de lives tem uma história sobre o momento em que a transmissão morreu: o notebook que resolveu se atualizar, o Wi-Fi do local que caiu quando o público chegou, o codificador que superaqueceu no sol. Quando você vende ingressos para esse evento, a história também ganha um capítulo de reembolsos.

O DCAST permite enviar um segundo sinal, de backup, para a mesma transmissão. Se o sinal principal parar, o seu público continua assistindo ao backup — no mesmo player, no mesmo link — e a transmissão volta ao principal assim que ele estiver estável de novo. Este artigo explica como funciona, o que os espectadores veem e como montar um backup que realmente proteja você.

A ideia em um parágrafo

Você usa duas fontes independentes para um evento — dois codificadores ou dois computadores, de preferência em duas conexões de internet diferentes. Os dois enviam o mesmo programa ao DCAST. Um vai para o endereço normal (principal) da transmissão, o outro para a URL de backup dela, com a mesma chave de stream. O DCAST monitora o sinal principal. Enquanto ele está saudável, os espectadores recebem o principal. Quando ele para de entregar vídeo, o DCAST passa o programa para o backup. Quando o principal volta e se mantém saudável, o DCAST volta para ele.

Onde encontrar a URL de backup

Abra as configurações da sua transmissão e veja a aba Conexão. Ao lado do endereço do servidor principal, você verá uma segunda linha, URL de backup. Nos planos PRO e VIP, toda transmissão RTMP tem uma URL de backup. Nos outros planos, a linha aparece, ao copiá-la você vê qual plano a inclui, e o endereço de backup não aceita sinal.

Não há nada para ativar: o backup é usado quando um sinal de fato chega ao endereço de backup. Se você enviar só o principal, a sua transmissão funciona exatamente como sempre funcionou.

O backup usa a mesma chave de stream do principal. Você não administra uma segunda chave nem uma segunda transmissão — basta configurar o segundo codificador com a URL de backup e a chave que você já tem.

O que os espectadores veem durante uma troca

Os espectadores não recarregam nada. A página de exibição, o player incorporado no seu site, o chat e a contagem de espectadores continuam onde estão; só muda a fonte por trás deles.

Dois detalhes honestos:

• A troca não é invisível. No momento da troca, os espectadores veem um engasgo de fração de segundo enquanto o DCAST assume o outro sinal. O som faz fade out e fade in na emenda para não dar estalo, mas dois codificadores nunca produzem exatamente a mesma imagem e o mesmo som no mesmo instante. O que importa é que a transmissão continua em vez de acabar.
• Se os dois sinais forem perdidos, o player mostra tela preta e silêncio e continua aguardando, em vez de encerrar a transmissão. Assim que qualquer um dos sinais volta, a imagem volta.

Conecte o backup antes de clicar em Iniciar

Inicie os dois codificadores antes de clicar em Iniciar no DCAST. Quando o backup já está conectado no momento do Iniciar, a transmissão começa no caminho protegido, e uma falha posterior custa aos seus espectadores apenas um engasgo de fração de segundo na troca.

Um backup que se conecta quando você já está ao vivo continua funcionando, mas o DCAST precisa primeiro transferir a transmissão em andamento para o caminho protegido. Os espectadores veem um breve engasgo nesse momento; depois disso, o backup funciona normalmente.

Por que a troca preserva a qualidade da imagem

O DCAST não decodifica nem recodifica a sua imagem para trocar de sinal. Ele corta de um sinal para o outro em um quadro-chave — o ponto a partir do qual um fluxo de vídeo pode começar de forma limpa. Isso deixa a troca leve e mantém a sua imagem exatamente como o seu codificador a produziu.

Daí vem também uma regra prática: defina um intervalo de quadros-chave de 2 segundos nos dois codificadores. Um intervalo de quadros-chave longo faz a troca esperar mais por um corte limpo.

Como montar um backup que realmente proteja você

Um backup só protege você das falhas que ele não compartilha com o principal. Antes do evento, repasse esta lista:

O erro mais comum são dois codificadores no mesmo notebook e no mesmo Wi-Fi. Isso protege você de um travamento de software, e de mais nada.

Deixe os dois sinais o mais parecidos possível: a mesma resolução, taxa de quadros, taxa de amostragem de áudio e intervalo de quadros-chave. Assim os seus espectadores percebem menos a troca.

O que um backup não substitui

A sua própria gravação. Grave sempre o programa localmente em pelo menos um dos seus codificadores. É a sua cópia master, independente de qualquer rede ou plataforma, e a melhor fonte para um replay editado.

Um ensaio. Teste o backup antes do evento: inicie os dois sinais, clique em Iniciar, abra a página de exibição, depois pare o principal e veja a transmissão continuar. Inicie o principal de novo e veja-o voltar. Cinco minutos de ensaio são o que transforma um backup de esperança em plano.

Quais transmissões podem usar backup

O backup funciona para transmissões que você envia de um codificador via RTMP. Transmissões enviadas pela câmera do navegador, puxadas de uma fonte HTTP ou reproduzidas a partir de um arquivo não usam endereço de backup — a primeira, por concepção, não tem um segundo codificador, e as outras duas não são sinais de codificador ao vivo.

Para quem é

• Criadores que vendem acesso — eventos pagos, cursos, assinaturas — para quem uma queda significa reembolsos e perda de confiança.
• Conferências e igrejas que transmitem de locais cuja internet não controlam.
• Esportes e produções ao ar livre, em que uma linha de dados móveis como backup é o jeito realista de proteger o evento.
• Qualquer pessoa que já precisou postar "desculpem, perdemos a transmissão".