Reserva de fontes¶

A queda de uma fonte não deve ser um evento para o espectador. Para isso existem as fontes múltiplas: o streamer mantém o canal no ar com a mais importante das vivas, vigia as demais e volta à principal sozinho quando ela se recupera. Esta página configura uma reserva e mostra o que acontece no momento da falha.

Configure uma reserva¶

Adicione uma segunda fonte ao canal. Um par típico: a principal — uma contribuição SRT do codificador no local, a reserva — HLS de um ponto de backup.

• A ordem da lista é a prioridade: quanto mais alta a fonte, mais importante ela é. As setas ↑ e ↓ reordenam a lista. O campo Prioridade nas opções da fonte sobrepõe a ordem da lista; o número menor vence.
• Defina o «Intervalo de reverificação da reserva (s)» no bloco Tempos limite de entrada — 30, por exemplo. O streamer sondará a reserva periodicamente enquanto ela não está no ar, e seu cartão dirá Pronta — verificada, só que não ativa. Sem reverificação, a saúde da reserva é um ato de fé até o momento exato da comutação; 0 a desliga.

As regras de falha¶

Cada fonte leva um painel Opções da fonte. Recolhido, seus chips mostram o que está definido; campos vazios herdam as regras do canal do bloco Tempos limite de entrada — assim os limiares são definidos uma vez por canal e sobrepostos só onde é preciso.

Os campos vêm em três grupos — pelo que o streamer faz numa violação:

• Quando a fonte está morta — falhas duras, comutação imediata: Tempo limite da fonte (s) — nenhum quadro por mais tempo que o definido; Tempo limite de vídeo — sem vídeo; Taxa de bits máx. — taxa acima do teto, proteção contra lixo na entrada.
• Quando a fonte está degradada — falhas suaves, comutação só se existir uma fonte melhor: Tempo limite de áudio — o áudio sumiu; Taxa de bits mín. (kbit) — taxa abaixo do piso; Limite de erros CC — o contador de erros de continuidade MPEG-TS, presente só em protocolos TS (SRT, MPEG-TS por UDP e HTTP).
• Recuperação e novas tentativas: Janela limpa (s) — quantos segundos seguidos sem violações a fonte deve servir para voltar a contar como operacional; Tempo máximo de nova tentativa — o teto da pausa entre tentativas de reconexão; Prioridade.

A cartela para o pior caso¶

O que o espectador vê se todas as fontes morrerem? Por padrão — uma tela preta. O bloco Cartela quando todas as fontes caem no fim da aba dá ao canal uma última linha: um arquivo preparado — «voltamos já» — que toca até pelo menos uma fonte reviver.

• Caminho do arquivo no streamer — o caminho de um arquivo no disco do streamer. Caminho definido significa cartela ligada; limpe o campo e a configuração inteira é removida.
• Os campos de tempo limite ao lado controlam quão rápido o canal declara as fontes mortas e cai para a cartela.

Em um cluster o arquivo deve existir nesse caminho em cada streamer para onde o canal possa se mudar: a cartela é tocada pelo streamer que roda o canal naquele momento.

O que acontece na falha¶

A principal morre — o streamer comuta na hora para a mais importante das fontes vivas. Na lista de canais a linha fica destacada em âmbar: o canal está vivo mas não roda como planejado. O ponto vermelho no início da cadeia de fontes é a principal caída.

O retorno é deliberadamente conservador: uma principal recuperada deve servir a janela limpa sem uma única violação, e só então o streamer volta a ela. É a proteção contra o pêndulo — uma fonte que sobe por dez segundos e cai de novo não sacode mais o ar.

Se a reserva se comporta mal¶

• O canal pula entre fontes. Aumente a janela limpa: a fonte terá que provar saúde por mais tempo.
• O cartão da reserva diz «Não verificada». O intervalo de reverificação não está definido, o streamer nunca a visita.
• A comutação parece lenta. Reduza o tempo limite da fonte. Com cuidado: um limiar pequeno demais dispara em falso a qualquer soluço de rede.
• O canal comutou e não volta. Olhe o cartão da principal: ou ela não se recuperou, ou não consegue cumprir a janela limpa — ou seja, está de fato doente.