Retransmissão¶

Além dos espectadores com reprodutores, um stream muitas vezes precisa se entregar a outros sistemas: a uma rede social por RTMP, a um parceiro por SRT, à rede local como transport stream. Tudo isso mora na aba Saída da página do stream e trabalha com a saída do stream — com um transcodificador configurado, o que sai é o stream já processado.

As duas maneiras de entregar o stream diferem em quem estabelece a conexão:

• Um push — o streamer disca ele mesmo para o receptor e empurra o stream. Serve para redes sociais e qualquer sistema que espera um stream entrante.
• Reprodução SRT — o streamer abre um listener e espera o parceiro vir buscar o stream.

Pushes¶

No bloco Pushes pressione + Adicionar push, nomeie o push e escolha o protocolo:

• RTMP — a URL do receptor completa, com a chave de stream incluída: rtmp://a.rtmp.youtube.com/live2/<chave>. É assim que YouTube e as demais redes se conectam.
• SRT — o Host e a Porta do listener SRT do parceiro, mais Senha de acesso e Stream ID quando precisar. O streamer atua como caller.
• MPEG-TS/UDP — o Host e a Porta do receptor. O host pode ser um grupo multicast — é assim que um stream é entregue à LAN de um operador, a um modulador ou a um receptor vizinho.
• MPEG-TS/RTP — o mesmo MPEG-TS embrulhado em RTP: os mesmos Host e Porta, com a encapsulação escolhida pelo tipo de push. Necessário para receptores que esperam RTP e não TS puro sobre UDP.

Um stream pode levar vários pushes — cada um trabalha de forma independente. Não esqueça de Salvar.

Escolha da interface de saída¶

Na aba Saída, defina a Interface de saída de um push MPEG-TS/UDP ou MPEG-TS/RTP: o nome de uma placa, como eno4, ou seu endereço IPv4 local, como 192.168.40.10. Defina Host como o grupo 239.255.2.77 e Porta como 5500, e pressione Salvar. O multicast sai pela placa escolhida independentemente da rota padrão.

As interfaces de entrada e saída são independentes: você pode receber por eno2 e enviar por eno4. Cada push tem sua própria interface de saída. O campo vazio deixa a escolha à tabela de rotas do sistema operacional; limpe o campo e salve para restaurar esse comportamento. A configuração se aplica ao multicast IPv4. Para unicast, o roteamento escolhe a interface de saída; Endereço de vinculação define o endereço local do socket e tem outra função.

A interface deve existir no streamer emissor e ter endereço IPv4. Se o nome ou endereço estiver incorreto, o push não iniciará e mostrará um erro. A mudança da interface de saída reinicia o push. Em um cluster, verifique se a interface está disponível em cada streamer que possa enviar esse stream.

A captura é configurada separadamente — veja escolha da interface de entrada.

Servir por SRT¶

O bloco Reprodução SRT: ative Permitir pull SRT (reprodução), defina a Porta e a fechadura — uma Senha de acesso comum ou um mapa de clientes. O streamer abre um listener SRT nessa porta, e o parceiro busca o stream sozinho chamando srt://<endereço-do-streamer>:<porta> do lado dele.

Uma única senha de acesso da porta é uma chave partilhada: tem-na qualquer pessoa a quem a tenha entregado. O mapa Clientes dá às contrapartes fechaduras pessoais: o registo cria-se com um nome e o servidor gera o segredo ao salvar — nunca se escreve à mão, apenas se copia, roda ou retira; os endereços e sub-redes são o filtro opcional do registo. Passar a distribuição de uma senha comum para o mapa avisa antes de salvar: a chave comum é retirada e os espectadores atuais reconectam com as suas novas chaves.

Junto a cada registo de cliente há um botão que copia um link pronto com a forma srt://…?mode=caller&passphrase=…; num registo de endereços sem palavra-passe o link vai sem parâmetros de criptografia. Na lista de links de reprodução do canal, uma distribuição com mapa dá uma linha SRT própria a cada cliente, e uma sem mapa mantém a única linha de sempre.

Prático quando o stream é preciso a uma contraparte com agenda e equipamento próprios: você entrega o endereço e a chave, o resto é com ela.

A janela de segmentos¶

O campo Segmentos a manter define o comprimento da janela HLS/DASH ao vivo do stream — quantos segmentos recentes a playlist lista. Mais segmentos — buffering mais estável para espectadores com rede ruim, porém mais atraso do ao-vivo para quem parte da cauda da janela. Campo vazio é o padrão.

Monitoramento de pushes¶

A página Pushes reúne todos os pushes ativos do cluster e o histórico dos fechados. Cada linha é um push: stream, nome do push, endpoint, nó, proprietário, status, tempo ativo, bitrate, reconexões, RTT e retransmissões. Um par standby mantém duas linhas por stream e push — a ativa e a em espera.

Clicar em uma linha abre o painel de detalhes com gráficos por minuto ao longo do período de história do push. Para um push UDP mostra bitrate e o atraso em relação ao anel de distribuição — frames e pacotes MPEG-TS; para um push SRT adiciona RTT, detalhamento de perdas e retransmissões contra NAKs. Nos pushes com proprietário, o detalhe traz a fita de eventos recentes — erros de envio com o texto e paradas com causa: falha de envio, o destino fechou a conexão, desligado, reconfiguração, reinício do servidor — e o total de paradas por causa.

Uma troca de pusher não rompe o registo nem conta como falha de rede: o contador de reconexões só cresce com a queda de um pusher, e as paradas do operador — desligar e editar a configuração — aparecem no histórico com as suas próprias causas.

Os registos fechados conservam seus valores acumulados e gráficos, então é possível revisar por que um push parou e como as perdas se desenvolveram durante sua vida.

Vale saber¶

• Um push não afeta o status do stream. O status reflete a fonte; um receptor de push caído não colore o stream. Verifique a entrega no lado receptor.
• A retransmissão se muda com o stream. Pushes e reprodução SRT são parte da configuração do stream: o streamer que roda o stream é quem empurra. Para a reprodução SRT isso significa que o endereço do listener muda quando o stream se muda para outro streamer — leve isso em conta ao entregar o endereço a um parceiro.