Entrega por SRT¶

O SRT leva o sinal para onde o multicast não chega: para outra cidade, para um parceiro, pela internet. Há duas maneiras de entregá-lo, e elas diferem em quem estabelece a conexão:

• Push — a estação disca por conta própria até o destino e faz push do stream. É assim que se entrega um sinal a um site que espera uma conexão de entrada.
• Distribuição (play) — a estação levanta um listener e espera o parceiro puxar o stream. É cômodo quando a contraparte tem o seu próprio horário e o seu próprio equipamento: você dá o endereço e a chave, o resto é com ela.

Envio para um destino¶

A aba Saída, + Adicionar push, o protocolo SRT:

Um endereço colado inteiro como srt://203.0.113.10:9000 é dividido nos campos, e a URL SRT remontada é mostrada ao lado — é ela que se copia e se entrega ao lado receptor.

Um push morto se levanta sozinho, uma vez a cada cinco segundos, como qualquer outro destino de entrega.

Distribuição da porta do stream¶

O bloco Reprodução SRT: ligue Permitir pull SRT (reprodução), defina a Porta e a fechadura — uma Senha de acesso comum ou um mapa de clientes.

Uma única senha de acesso da porta é uma chave partilhada: tem-na qualquer pessoa a quem a tenha entregado. O mapa Clientes dá aos parceiros fechaduras pessoais: o registo cria-se com um nome do diretório 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. A forma da fechadura vê-se num selo do bloco, antes de ler os campos:

• Palavra-passe comum — uma senha de acesso para a porta.
• Sem criptografia — uma porta sem fechadura, o pull está aberto.
• Clientes: N — um mapa de registos; um registo sem palavra-passe mas com endereços marca-se como sem criptografia, e um vazio — o segredo será atribuído ao salvar.

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 — com o seu segredo num registo com palavra-passe, e sem parâmetros de criptografia num de endereços. Uma distribuição sem mapa mantém a única linha de sempre.

O parceiro puxa o stream conectando a srt://<station-address>:<port> com a chave dele. A porta pertence ao stream por inteiro — uma porta por stream; um conflito de portas entre streams é rejeitado ao salvar, e não descoberto no ar.

A distribuição de uma porta dedicada pode ter a sua própria seção de saída MPEG-TS: o parceiro recebe o sinal sob o número de programa de que precisa, sem tocar os demais destinos.

Observação de sessões SRT play¶

Quando um parceiro puxa o stream por SRT, a sessão aparece na página Sessões. A linha mostra o IP do espectador, a entrada do mapa de clientes como usuário e, para sessões SRT, um chip de Qualidade.

A cor do chip reflete o veredicto de saúde atual da sessão SRT: verde para ok, amarelo para degraded, vermelho para bad. Ela muda à medida que o caminho se recupera ou piora.

Clicar no chip abre o painel de detalhes. Ele lista os valores acumulados atuais — pacotes enviados, perdidos, retransmitidos, NAKs recebidos, RTT e buffer de envio — e desenha gráficos por minuto:

• RTT — tempo de ida e volta e seu máximo.
• Perdas — pacotes perdidos, too-late e drop-request.
• Recuperação — pacotes retransmitidos contra relatórios NAK.
• Bitrate — bytes servidos à sessão.

Os gráficos levam a história contínua do cliente, e não só a da sessão aberta: num eixo de tempo comum estão todas as sessões do mesmo usuário dentro da janela do armazém. Cada sessão é a sua própria linha, nomeada pelo endereço do dispositivo; uma junção entre linhas é uma reconexão, um vão — uma pausa entre sessões. Os dispositivos de um mesmo cliente não se misturam: as linhas correm lado a lado e distinguem-se pelos nomes.

Sobre os gráficos está o seletor de horizonte: toda a história disponível, 1 hora, 15 minutos, 5 minutos. Ele estreita a janela para a sua cauda sem mudar o corte: a história continua por cliente. O zoom dentro da janela faz-se com a roda ou um beliscão, de forma síncrona em todos os gráficos.

Junto a eles está o gráfico de conexões por endereços: intervalos de «o endereço esteve conectado» no eixo do tempo, e um clique num intervalo abre a sessão. Quando a história da janela não cabe numa única descarga, o gráfico avisa isso e constrói-se com as últimas sessões da janela, não com toda a sua profundidade.

O veredicto de saúde fica no cabeçalho do painel do registo ativo. Um registo encerrado não guarda veredicto: como terminou a sua vida lê-se nos gráficos, e os valores acumulados e a história estão disponíveis no histórico de reprodução, congelados na janela de vida da sessão.

O que convém saber¶

• A saída não pinta o stream. O status do stream reflete a entrada. Um destino de push caído não deixa o stream vermelho — a entrega é verificada pelos contadores do destino.
• A latência na saída é o orçamento do receptor. Quanto tempo o lado receptor tem para recuperar perdas é ele quem define; a regra dos «três ou quatro RTTs» é a mesma nos dois lados — veja Captura por SRT.
• Retransmissões são normais enquanto são poucas. O contador de retransmissões de um destino cresce quando o caminho perde pacotes: o transporte está fazendo o trabalho dele. O que preocupa não é o fato, mas a tendência e a companhia dela — reconexões ao lado.

O que vem a seguir¶

• Monitoramento de entrega — status, taxa, erros e retransmissões por destino.
• Saída MPEG-TS — um PNR e PIDs próprios para um parceiro específico.
• Entrega à rede — multicast e RTP.