---
title: Fluxos
url: https://doc2.pstreamer.tv/pt/manual/webui/streams.html
lang: pt-BR
product: Perfect Streamer
version: 2.0.2.362
---

# Fluxos

![Tela “Fluxos”: lista de fluxos com linha expandida.](../../_images/webui_streams_list.pt.png)

A tela **Fluxos** é o posto de trabalho central do nó: uma lista única dos fluxos configurados com o seu estado, a entrada ativa, o bitrate, «Uptime» e o contador de erros de continuidade «CC». A entrada ativa é indicada por um número e uma etiqueta de transporte — `#2` e, digamos, `udp`; o número é o lugar da entrada na lista de redundância, o mesmo que a entrada traz na linha expandida, no editor do fluxo e no texto de um alerta ([Redundância de fontes](../streamer/spts.md#streamer-spts-reservation)). Cada linha se expande com um clique e mostra as entradas e saídas do fluxo com o seu estado, a sua prioridade de redundância, as notas e os alertas ativos; uma entrada ou saída individual pode ser pausada e retomada a partir daqui, e o botão «Mostrar na biblioteca» ao lado do endereço abre a lista dos demais pontos do domínio nesse endereço (Biblioteca — este fluxo). A causa da falha de uma entrada ou saída é mostrada de modo diferente na linha expandida: enquanto o ponto está falhando agora — como linha vermelha; quando ele está parado — esmaecida e com a idade, «Última falha há 3h 04m: …»; e um ponto pausado não tem linha alguma, que só volta com a retomada. Uma entrada que voltou a funcionar não guarda a causa — o nó a apaga junto com a hora, e a linha desaparece. Uma linha esmaecida não significa defeito: é histórico, e em um fluxo saudável com redundância ela é normal sob uma entrada de reserva parada. A idade é a diferença entre o relógio do navegador e a marca de tempo colocada pelo nó, por isso uma divergência de relógio em qualquer um dos dois lados a desloca. O conceito de fluxo e o modelo de transmissão estão descritos em [Modelo de transmissão: Stream, Sender, Receiver, Peer](../planning/index.md#planning-model); o processamento SPTS — em [Fluxos SPTS](../streamer/spts.md#streamer-spts), o multiplex MPTS — em [Fluxos MPTS](../streamer/mpts.md#streamer-mpts).

A lista é agrupada por tipos: os fluxos individuais (SPTS) formam uma lista comum e, abaixo, ficam os grupos «Fluxos MPTS» e «Fluxos adaptativos» (pacotes ABR). Acima da lista situam-se os meios de navegação e de controle:

****Pesquisa e filtros****
  O campo «Localizar fluxo…» pesquisa pelo número do fluxo, pelo nome, pela nota e pelo endereço de entrada/saída e realça a linha encontrada sem reduzir a lista; sob cada resultado é indicado qual campo coincidiu, e ao lado do nome está o número — `#85` em um fluxo e `ABR #3` em um conjunto adaptativo, pois ambos são numerados de forma independente. Por texto a busca começa a partir de três caracteres; por número, desde o primeiro. Enquanto houver menos de três caracteres digitados, apenas o número é pesquisado, o que diz a dica «Digite pelo menos 3 caracteres ou um ID de fluxo». O número é buscado a partir do início: `150` encontrará o fluxo 1500 e não encontrará o 4150, e a forma `#150` equivale a `150`. Primeiro vem o número digitado exatamente, depois as coincidências por texto e só então os números para os quais o digitado é apenas um começo. O filtro «Tags» limita a lista pelas etiquetas dos fluxos, o comutador «SPTS / MPTS / Adaptativo» mostra ou oculta os grupos de tipos e o segmento «Todos / Ativos» oculta os fluxos pausados. Chegar à tela por um link que nomeia um fluxo específico — da visão geral do nó, de um grafo, da biblioteca, da tela de transcodificadores ou de um nó vizinho — redefine os três filtros de uma vez, expande a linha desse fluxo e rola a lista até ela: caso contrário, um filtro deixado de uma tarefa anterior poderia ocultá-la. Do mesmo modo conta o retorno do navegador a esse endereço ou a sua abertura por um favorito — exceto o salto a partir dos transcodificadores: esse expande a linha e retira-se imediatamente do endereço, por isso não entra em um favorito, e voltar pelo navegador leva de novo à tela de transcodificadores. A mudança do segmento para «Todos» é visível na tela, e o valor anterior é fácil de restaurar — mas é preciso restaurá-lo por conta própria: o segmento é memorizado pelo navegador e, após o salto, permanecerá em «Todos» também na próxima vez que a tela for aberta. A abertura a partir da própria lista não mexe nos filtros: a linha em que se clicou já está à vista.
****Ações sobre o fluxo selecionado****
  O cabeçalho contém as ações aplicadas ao fluxo expandido (selecionado) ou ao pacote ABR: «Estatísticas do fluxo» (Estatísticas do fluxo), «Abrir no pipeline» ([Pipeline de processamento](monitor.md#webui-pipeline)), «Configurar fluxo» (Configurar fluxo) e «Excluir fluxo». O botão «+ Novo fluxo» abre a janela de criação. O administrador pode arrastar as linhas para alterar a sua ordem — entre os fluxos avulsos e dentro do grupo «Fluxos MPTS», cada um nos seus próprios limites; os pacotes ABR não são reordenados. Os filtros não atrapalham a reordenação: o deslocamento é contado sobre a lista inteira, por isso os fluxos ocultados por um filtro mantêm a sua posição relativa. O mesmo deslocamento é feito com as combinações `Alt+↑` e `Alt+↓` ([Uso pelo teclado](index.md#webui-keyboard)); no telefone a ordem apenas é exibida.
****Seleção de várias linhas****
  Em uma janela com pelo menos 1080 pontos de largura, várias linhas são selecionadas com o mouse: ``Ctrl``+clique (no macOS, ``Cmd``+clique) acrescenta uma linha à seleção ou a retira dela, e ``Shift``+clique toma todo o intervalo. A linha expandida conta como a atual e participa do gesto: após um clique em uma linha e um ``Ctrl``+clique em outra, ambas ficam selecionadas. Um clique comum, enquanto algo estiver selecionado, apenas retira a seleção e não expande a linha; o mesmo faz ``Esc``. A seleção é homogênea — ou fluxos isolados, ou fluxos MPTS, ou conjuntos ABR: à tentativa de misturá-los responde-se com «Em uma seleção, uma coisa só: fluxos, MPTS ou conjuntos ABR», e em uma janela estreita o gesto é recusado com a explicação «Para a seleção de grupo é preciso uma janela mais larga». Enquanto houver linhas selecionadas, as ações sobre um único fluxo ficam indisponíveis — estão marcadas com «Age sobre uma linha — clique na linha sem Ctrl» — e o arrasto de linhas fica suspenso; permanece disponível o botão «Abrir no pipeline», que abre a visão de grupo ([Pipeline de processamento](monitor.md#webui-pipeline)). Acima da lista aparece uma faixa com o contador do que está selecionado, o número de linhas ocultas pelo filtro, uma dica sobre os gestos e um botão «Retirar a seleção». Uma linha oculta pelo filtro não perde a seleção; uma linha que sumiu do nó sai da seleção, e a faixa informa quantas linhas saíram. É possível selecionar mais de doze linhas, mas a visão de grupo mostrará as doze primeiras — a faixa avisa disso de antemão.
****Estado e alertas****
  Indicador colorido de estado, os distintivos de atributos do fluxo (CBR/VBR, embaralhamento, proteção DRM, operação na entrada de reserva, somente áudio ou somente vídeo, codecs, TRACE) e a marca de alertas ativos. Os alertas estão vinculados ao fluxo e às suas entradas e saídas ([Alertas (alerter)](../meshwork/alerts.md#meshwork-alerts)); o relatório TR 101 290 e a seção de análise profunda são abertos diretamente a partir da linha.

As janelas individuais da tela são descritas a seguir.

## Novo fluxo

![Janela “Novo fluxo”.](../../_images/webui_stream_new.pt.png)

A janela de criação do fluxo. O tipo é escolhido por um comutador: programa único (**SPTS**), multiplex (**MPTS**) ou pacote adaptativo (**Adaptativo**); para SPTS define-se adicionalmente o «Tipo de conteúdo». Após a criação de um fluxo SPTS ou MPTS, o editor abre-se imediatamente (Configurar fluxo). Para um pacote adaptativo não é aberto um editor separado — a composição dos participantes e os seus bitrates são definidos diretamente nesta janela, pois o pacote é construído a partir de fluxos OTT já configurados. As diferenças entre SPTS e MPTS são descritas em [Fluxos SPTS](../streamer/spts.md#streamer-spts) e [Fluxos MPTS](../streamer/mpts.md#streamer-mpts), os pacotes adaptativos — em [Pacotes adaptativos](../streamer/ott_dvr.md#streamer-ott-adaptive).

## Configurar fluxo

![Editor de fluxo, aba “Entradas”.](../../_images/webui_stream_editor_inputs.pt.png)

![Editor de fluxo, aba “Saídas”.](../../_images/webui_stream_editor_outputs.pt.png)

![Editor de fluxo, aba “OTT”.](../../_images/webui_stream_editor_ott.pt.png)

O editor principal do fluxo. As configurações estão agrupadas em abas; para os fluxos MPTS a aba «OTT» não é exibida.

****Fluxo****
  Identificação (nome, nome exibido, para SPTS — o tipo de fluxo, nota) e comportamento do fluxo: timeout, intervalo de verificação, reverificação da entrada principal, geração do mosaico ([Mosaico](monitor.md#webui-mosaic)), extração de EIT para a base de dados EPG ([Base de dados EPG](../streamer/epg/xmltv.md#streamer-epg-database)) e o atributo de embaralhamento para SPTS. Para SPTS, aqui mesmo é configurada a geração de EIT a partir da fonte EPG selecionada e do seu canal ([Gerador EIT](../streamer/epg/eit.md#streamer-epg-eit)).
****Entradas****
  A lista das fontes do fluxo com a sua prioridade e reserva ([Redundância de fontes e distribuição](../planning/index.md#planning-reservation)). As linhas são numeradas em ordem — `#1` é a principal, as demais são as de reserva nessa mesma ordem. O administrador pode editar a ordem — aqui ou na linha expandida da lista de fluxos: a linha é deslocada pela sua alça e, pelo teclado, colocando o foco nessa alça e pressionando `Alt+↑` ou `Alt+↓`. O mesmo diz a dica acima da lista; ela aparece quando há mais de uma entrada e a edição está disponível. Uma entrada adicionada fica sempre por último, ou seja, uma nova fonte nunca substitui a principal. A adição e a alteração de uma entrada abrem o editor de entrada e saída (Editor de entrada e saída); uma entrada individual pode ser pausada. A entrada `muxer` é oferecida apenas em uma lista vazia: em um fluxo MPTS ela é adicionada primeiro e, enquanto estiver presente, o botão «Adicionar entrada» fica desabilitado com a explicação «A entrada muxer deve ser a única entrada do fluxo.» — o multiplexador não tem reserva de entradas. Um fluxo MPTS que recebe um multiplex pronto pela rede não tem essa restrição: as entradas dele são comuns e são reservadas.
****Saídas****
  Distribuição do fluxo pelos protocolos de transmissão ([Protocolos Peer de transmissão confiável](../planning/index.md#planning-peer-protocols)) e pelos transportes padrão ([Outras entradas e saídas](../planning/index.md#planning-other-io)). Cada saída é adicionada e editada através do mesmo editor. Um fluxo pode ter apenas uma saída `ps1` — ao adicionar a seguinte, esse tipo já não está na lista; os demais tipos são repetíveis.
****MPEG-TS****
  O modo de bitrate do fluxo de transporte de saída ([Controle de bitrate](../streamer/spts.md#streamer-spts-bitrate)) e — para SPTS — o «ID da rede», a fixação do intervalo PAT/PMT, a filtragem das tabelas de serviço (CAT/ECM/EMM, EIT, NIT, SDT, legendas, TDT, teletexto; [Filtragem MPEG-TS](../streamer/spts.md#streamer-spts-filter)), a reescrita da SDT e do número do programa ([Modificação do fluxo](../streamer/spts.md#streamer-spts-modify)), bem como a disposição automática dos PIDs do programa e o PID base da janela dele ([Disposição automática de PIDs](../streamer/spts.md#streamer-spts-autopid)).

  Salvar qualquer configuração desta aba, exceto «Modo de bitrate», «Bitrate de preenchimento» e «ID da rede», fecha e reabre as entradas do fluxo e, em um fluxo com distribuição OTT, ainda reconstrói o pipeline OTT — os espectadores se reconectam; um aviso na própria aba alerta sobre isso.
****OTT****
  Distribuição OTT do fluxo, repartida por planos de entrega: o nome do fluxo na URL — comum tanto à distribuição progressiva quanto ao HLS/DASH; o serviço HLS ([Modos de distribuição](../streamer/ott_dvr.md#streamer-ott-modes)), o seu rastreamento e a extração de legendas de teletexto para WebVTT; os chunks e a baixa latência ([Segmentador](../streamer/ott_dvr.md#streamer-ott-segmenter)); a gravação DVR no armazenamento selecionado ([OTT e DVR](../streamer/ott_dvr.md#streamer-ott-dvr)); o serviço HTTP com o seu próprio rastreamento; e a proteção de conteúdo DRM — HLS AES-128 ou CENC ([Proteção de conteúdo (DRM)](../streamer/ott_dvr.md#streamer-ott-drm)). As legendas e o DVR configuram-se apenas nos modos OTT do serviço HLS. Somente para SPTS.
****Análise****
  Controle de qualidade do fluxo de transporte: rastreamento detalhado, análise profunda dos fluxos elementares, monitor TR 101 290, análise das descontinuidades de PCR/PTS e do buffer de vídeo T-STD, compensação da deriva de sincronização ([Analisador](../streamer/analyzer.md#streamer-analyzer)).
****Alertas****
  Interruptor geral dos alertas do fluxo e o atraso na emissão dos alertas sobre erros das suas entradas e saídas ([Alertas (alerter)](../meshwork/alerts.md#meshwork-alerts)); os limiares são definidos no nível do nó ([Alertador](administration.md#webui-alerter)).

O salvamento das alterações que afetam o arquivo DVR gravado está adicionalmente protegido por uma confirmação (Confirmar alterações DVR).

Se o fluxo for excluído do nó enquanto o seu editor está aberto, no alto do painel aparece a mensagem «Este fluxo não existe mais no nó.», e salvar deixa de estar disponível — a mesma razão é indicada ao lado do botão. Os campos continuam editáveis, mas não há onde gravá-los: o objeto já não está no nó. A mensagem desaparece sozinha se um fluxo com o mesmo identificador for criado novamente; a mesma linha aparece acima do esquema de processamento ([Pipeline de processamento](monitor.md#webui-pipeline)) se o fluxo for excluído com o esquema aberto. O nó informa isso desde a 2.0.2.302 — antes, todas as listas desse fluxo simplesmente se esvaziavam, o que parecia um fluxo sem entradas e saídas configuradas.

As janelas individuais do editor são descritas a seguir.

## Editor de entrada e saída

A janela para adicionar e alterar uma entrada ou saída de fluxo. O tipo de transporte é escolhido na criação e depois é imutável (para trocar de transporte, a entrada ou a saída é recriada). Os rótulos dos campos próprios do transporte a interface não traduz: são designações técnicas e em qualquer idioma são exibidos em inglês. Os campos de cada transporte — com seus valores, intervalos e as diferenças entre entrada e saída — são enumerados em [Campos de entrada e saída por transporte](io/index.md#webui-io). Os parâmetros são distribuídos por abas:

****Propriedades****
  Endereço, porta, vínculo à interface de rede e parâmetros de conexão do transporte selecionado. Os protocolos peer e os transportes padrão são descritos em [Planejamento e protocolos de transmissão de dados](../planning/index.md#planning); a criptografia — em [Criptografia de fluxos](../planning/index.md#planning-encryption). Para as entradas PS1 e SRT está disponível o acesso automático pela autorização peer do Meshwork, com a possibilidade de alternar para login e senha manuais. O endereço pode ser colado da área de transferência («Colar URL») ou a fonte pode ser escolhida no catálogo do domínio («Selecionar da biblioteca…», Fontes da biblioteca). Para uma entrada transcodificadora, aqui mesmo são definidos o decodificador e os parâmetros de codificação, incluindo o modo de redimensionamento do quadro ([Transcodificadores](../streamer/transcoder.md#streamer-transcoder)).
****MPEG-TS PID****
  Seleção e reatribuição de PIDs em uma entrada ou saída: aceitação de PIDs (lista branca), rejeição de PIDs (lista negra), reatribuição de PIDs e do idioma das faixas de áudio. Enquanto o fluxo estiver com a disposição automática de PIDs ([Disposição automática de PIDs](../streamer/spts.md#streamer-spts-autopid)) ativada, o grupo de reatribuição de PIDs fica oculto nas entradas e não tem efeito; as listas de aceitação e rejeição continuam funcionando como antes. Na saída muxer, a reatribuição de PIDs é mantida — ela pertence ao multiplexador ([Atribuição de PID](../streamer/mux.md#streamer-mux-pids)) —, mas os PIDs de origem nos pares dela passam a ser os PIDs atribuídos pela disposição automática.

  Ao lado de cada número é mostrado de que PID se trata: em um SPTS — o tipo e o codec (`Video · H.264`); em um multiplex, além disso e antes, o programa a que o PID pertence (`01 ПЕРВЫЙ КАНАЛ · Teletext`). Uma entrada MPTS não tem programa decodificado próprio — os serviços vivem um nível abaixo, um por programa do multiplex, e no rótulo aparecem todos. A linha de adição traz a lista «Escolher PID…» com os PID que a fonte realmente transporta; ela coloca o número no campo, enquanto a entrada manual permanece — o transporte pode levar um PID sobre o qual nada foi decodificado. Se nada se sabe sobre a fonte — nem dados recentes, nem salvos —, não há lista e resta apenas o campo do número; dados alheios não são substituídos, e uma entrada parada não toma a composição do programa de um vizinho em operação do mesmo fluxo: a fonte deles pode ser outra, com outro plano de PID. Na reatribuição de PID a lista serve ao lado «Do PID» — o PID à direita é atribuído, e não procurado; na reatribuição de idioma ela mostra apenas os PID de áudio. Em uma entrada parada a lista negra vai sem rótulos e sem lista de seleção: uma entrada parada lembra a composição do programa já depois do seu próprio filtro, e o papel que nesse instantâneo restou para um PID rejeitado é um rastro, não um fato.
****BISS****
  Chaves de desembaralhamento BISS para uma fonte codificada — uma única chave para SPTS ou uma chave por programa (PNR) para MPTS ([Desembaralhamento BISS](../streamer/mpts.md#streamer-mpts-biss)).
****CI/CAM****
  Entrega da entrada a um módulo CI separado para desembaralhamento (CI/CAM na entrada de um fluxo).

### CI/CAM na entrada de um fluxo

A aba «CI/CAM» do editor de entrada entrega o transporte inteiro da entrada a um módulo CI separado: o nó bombeia o fluxo para dentro do módulo e o recebe de volta já desembaralhado. A lista de programas na aba não diz o que vai para o módulo, mas o que o módulo foi incumbido de desembaralhar — para o módulo vai a entrada inteira. É isso mesmo que diz a dica sob o formulário.

Um módulo separado não é o mesmo que um módulo soldado no sintonizador: o soldado é configurado no próprio adaptador DVB, pelo programa de adaptador dele ([Desembaralhamento](../streamer/dvb.md#streamer-dvb-descrambling)), e nesta aba não é oferecido de forma alguma. Como distingui-los no inventário de hardware está descrito em [Equipamento](administration.md#webui-hardware).

A aba existe apenas em uma entrada e apenas em um nó de compilação 2.0.2.361 ou mais nova; em um nó mais antigo ela não existe — não esmaecida, mas ausente por completo, sem explicação. Dos transportes, não a recebem transcoder e test-stream, aos quais não chega transporte de fora, nem RTMP e RTSP, que não carregam MPEG-TS; os demais a têm. A forma da aba não depende do transporte, mas do tipo de fluxo ao qual a entrada pertence: em um fluxo SPTS é um único campo «Slot CI»; em um fluxo MPTS, uma pilha de cartões com um par «Programa (PNR)» e «Slot CI» em cada um. O SPTS não tem gerenciamento de programas de forma alguma — essa chave não existe nele. Na prática, as entradas DVB e de muxer só ocorrem em um multiplex, enquanto HLS, o demultiplexador, RTSP e RTMP só ocorrem em um fluxo SPTS, de modo que ao formulário com os programas só se chega em MPTS.

Os cartões são acrescentados com o botão «Adicionar programa» sob a lista e retirados com o xis «Excluir programa» no canto do cartão; nenhum dos dois pede confirmação. Em uma lista vazia lê-se «Nenhum programa foi entregue ao módulo CI.».

**Slot CI.** Na lista constam «Desativado» e todos os módulos separados que o nó informou; cada um vem rotulado com o identificador do slot, o nome do módulo e, se o slot já estiver ocupado, uma nota sobre quem o retém. Um slot ocupado não é retirado da lista: duas entradas podem tomar um mesmo módulo por vez, e a nota aqui é um aviso, não uma proibição. O detentor é o prefixo de serviço próprio do nó, da forma `[stream][input#1.udp][cam0]`; ele é exibido como está, não é traduzido e não é o nome de um fluxo. Se o nó não informar nada sobre o hardware CI, a lista degenera em um campo de entrada comum, para que um identificador definido em outro lugar permaneça editável.

**Relógio CI (Mbit/s).** Um único parâmetro numérico, apresentado por uma caixa «Automático» e um campo ao lado. A caixa vem marcada por padrão; enquanto estiver marcada, o campo fica travado e exibe «Medido pela entrada». O automatismo mede o bitrate da entrada e conduz o módulo cerca de um terço acima dele, acompanhando a entrada em andamento — uma fonte cujo bitrate caiu não precisa de um valor novo. O relógio define o ritmo nos dois sentidos: muito acima da entrada, o módulo devolve sobretudo enchimento e pacotes se perdem; muito abaixo, o cano trava.

Parte das verificações trava o botão de salvar, parte apenas avisa:

| Condição | O que faz | Mensagem |
| --- | --- | --- |
| O identificador do slot ultrapassa 16 caracteres | trava | «O identificador do slot CI deve ter no máximo 16 caracteres.» |
| São nomeados mais de quatro slots **diferentes** (repetições de um mesmo não contam) | trava | «No máximo 4 slots CI diferentes. É permitido repetir um mesmo slot para vários programas.» |
| Há mais de um slot e as listas têm comprimentos diferentes | trava | «Se houver mais de um slot, indique um slot para cada programa: as listas são emparelhadas por posição.» — ao lado, o botão «Consertar o par» |
| O relógio não é um número inteiro de 0 a 200 | trava | «O nó aceita um número inteiro de 0 a 200. A recusa não é revertida: tudo o que o nó leu antes deste campo permanecerá aplicado.» |
| O relógio está fora de 20…120 Mbit/s | avisa | o valor é aplicado tal como informado |
| O número do programa está fora de 0…65535 | nada | apenas uma moldura vermelha |

A última linha é o único ponto da aba em que um valor inválido chega até o nó: não há mensagem, o salvamento não fica travado e o nó recusará a requisição. O que isso implica está em [Como chegam os erros](../extras/api.md#extras-api-results): a recusa não é revertida, e os campos lidos antes do número do programa permanecerão aplicados. Ao ver uma gravação recusada, reabre-se o formulário e observa-se o que há nele agora.

O botão «Consertar o par» é a única ação da aba além de acrescentar e excluir cartões. Ele estica as duas listas até o comprimento da maior: os números de programa são completados com zeros e os slots com uma repetição do último nomeado. O zero aqui não é um erro, e sim uma lacuna deliberada: ele não arma nada e mantém uma posição no par. Um slot repetido não cria um estágio a mais. O botão não descarta nada do que foi digitado e não pergunta nada.

Um único slot atendendo vários programas é um arranjo legítimo e comum; o limite de quatro diz respeito apenas a slots **diferentes**. É exatamente assim que se apresenta tudo o que foi configurado antes de 2.0.2.361.

Se o salvamento estiver travado por causa da aba CI/CAM enquanto o operador olha para outra aba, acima do formulário aparece a linha «Corrija primeiro o que está na aba CI/CAM.». Travar o salvamento aqui é preferível a enviá-lo por tentativa justamente porque uma gravação recusada não é revertida: um par que não passe na verificação de ponta a ponta chegaria inteiro ao arquivo de configuração e, na partida seguinte, o carregador desativaria o CI nessa entrada.

O funcionamento do módulo é visível nas estatísticas do fluxo (Estatísticas do fluxo), e o estado dos slots e a sua liberação, na tela «Hardware» ([Equipamento](administration.md#webui-hardware)).

### Fontes da biblioteca

Escolha da entrada a partir do catálogo comum de recursos do domínio Meshwork: a lista dos fluxos do mesmo transporte já distribuídos nos nós do domínio, a partir da qual é possível conectar uma fonte sem digitar o endereço manualmente. A lista é filtrada pelo nó de origem e por texto e está dividida em páginas; as fontes do mesmo domínio nos protocolos peer são marcadas com o atributo «peer» ([Catálogo comum de recursos](../meshwork/map.md#meshwork-catalog)). Não confundir com a janela Biblioteca — este fluxo: aqui o catálogo serve para escolher uma fonte, lá vê-se quem mais trabalha com um endereço já definido.

## Biblioteca — este fluxo

![A janela «Biblioteca — este fluxo»: a fonte e os consumidores de um mesmo endereço.](../../_images/webui_stream_library_feed.pt.png)

*A janela «Biblioteca — este fluxo»: na entrada de um fluxo são mostrados a fonte (`output`) e outros dois consumidores (`input`) do mesmo endereço.*

A janela responde à pergunta «quem mais trabalha com este endereço». Ela é aberta pelo botão «Mostrar na biblioteca» ao lado do endereço de uma entrada ou de uma saída: na linha expandida da lista de fluxos, nas listas de entradas e saídas do editor de fluxo, nos cartões de entradas e saídas do pipeline ([Pipeline de processamento](monitor.md#webui-pipeline)) e na janela de estatísticas — na entrada ativa e na seção «Saídas». O subtítulo da janela é o endereço do ponto a partir do qual ela foi chamada.

O botão existe apenas nos transportes que entram no catálogo comum do domínio: UDP, RTP, Pro-MPEG, RIST, PS1 e SRT ([Catálogo comum de recursos](../meshwork/map.md#meshwork-catalog)). Uma entrada de transcodificador, multiplexador, demultiplexador, arquivo ou gerador de teste não tem registros no catálogo e, por isso, também não tem botão — isso não é sinal de defeito.

Na janela estão listados os demais pontos do domínio que trabalham com o mesmo endereço. As entradas e saídas próprias deste fluxo não entram na lista, incluindo as suas entradas de reserva: o operador já as vê. Já outro fluxo do mesmo nó que escute o mesmo endereço é um vizinho comum e é mostrado em pé de igualdade com os demais.

A coluna «Sentido» mostra o papel do ponto: `output` — ele entrega este fluxo (a fonte), `input` — ele o recebe (um consumidor); as fontes são listadas primeiro. As demais colunas são as mesmas do catálogo comum: «Proto», «Nó», «Fluxo» e «Destino» (endereço e porta). Após o endereço é exibida a marca «verificado»: este par foi confirmado pelo nó por meio da autorização do domínio, e não deduzido da coincidência de endereços — na operação através de NAT os endereços dos lados nem coincidem. Não recebe a marca mais de uma linha por socket em escuta: o nó indica um representante entre as sessões confirmadas, e ele muda à medida que os clientes se conectam e se desconectam. A ausência da marca, portanto, não significa que a ligação não seja real.

Um clique na linha abre o painel de administração do seu nó nas estatísticas do seu fluxo. A linha do próprio nó abre-se no lugar, a de um vizinho conforme a configuração «Abrir nós em» da barra superior ([Barra comum](index.md#webui-chrome)); Ctrl ou ⌘ força uma nova aba. A linha de um nó indisponível ou desconhecido da rede não tem ação e traz a dica «Nó indisponível».

A correspondência é calculada pelo protocolo e pelo endereço completo — o grupo e a porta — e, no UDP, RTP, Pro-MPEG e RIST, também pela VLAN e pela fonte SSM. Por isso, um ponto no mesmo grupo, mas em outra VLAN ou com outra fonte SSM, não entrará na lista, assim como um ponto de outro transporte no mesmo endereço. Para PS1 e SRT não é exigida coincidência de endereços de forma alguma: o lado que chama nomeia o parceiro pelo nome do host, e esse nome é confrontado com a composição do domínio — por isso o endereço de uma linha assim encontrada pode ter um aspecto completamente diferente. Do mesmo modo é encontrado o par confirmado, pelos nomes do nó e do fluxo indicados pelo lado que escuta.

As duas mensagens sobre a ausência de vizinhos significam coisas diferentes:

| Mensagem | O que significa |
| --- | --- |
| «Não há mais pontos registrados neste endereço.» | O ponto está anunciado no catálogo e não tem vizinhos. |
| «Este ponto não está anunciado na biblioteca (só são anunciadas as entradas e saídas de rede em funcionamento).» | Não há registro do próprio ponto no catálogo: o fluxo não está em funcionamento, a entrada ou a saída está pausada, acaba de ser iniciada ou foi excluída da publicação pelo campo Peer private ([Catálogo comum de recursos](../meshwork/map.md#meshwork-catalog)). Nesse caso os vizinhos não estão ausentes — eles são desconhecidos. |

O mesmo catálogo na íntegra é mostrado pela tela [Biblioteca](meshwork.md#webui-fleet-library).

## Programas

O editor de programas do multiplex (MPTS), aberto a partir da janela de configuração da entrada muxer: a composição dos programas do fluxo de saída, a sua ordem no PSI e a atribuição dos PID. Um programa é adicionado dentre os fluxos SPTS configurados ou é removido; a ordem é alterada arrastando e, em tela estreita, com as combinações `Alt+↑` e `Alt+↓` ([Uso pelo teclado](index.md#webui-keyboard)); um programa individual pode ser pausado. Quando a atribuição automática de PID está desabilitada, para cada programa são editados o PMT PID e os PID dos fluxos elementares; quando a composição de um programa participante não pôde ser lida, o editor de PID mostra o erro da requisição, e não «Sem media info — a fonte não é decodificada.» — uma fonte silenciosa e uma requisição malsucedida exigem coisas diferentes. A montagem do multiplex é descrita em [Multiplexador](../streamer/mux.md#streamer-mux), a distribuição dos programas e dos PID — em [Parâmetros dos programas](../streamer/mux.md#streamer-mux-programs) e [Atribuição de PID](../streamer/mux.md#streamer-mux-pids), o trânsito e a análise dos fluxos MPTS — em [Fluxos MPTS](../streamer/mpts.md#streamer-mpts).

## Confirmar alterações DVR

![A janela «Confirmar alterações DVR».](../../_images/webui_stream_dvr_confirm.pt.png)

Aviso exibido antes de salvar as alterações do fluxo que afetam um arquivo DVR já gravado: desativação da gravação, mudança para outro armazenamento, redução do prazo de retenção ou do mínimo protegido, bem como a troca da chave DRM de um fluxo com gravação (os segmentos criptografados gravados anteriormente tornam-se então inacessíveis). A janela enumera o que exatamente será afetado e exige confirmação; as alterações seguras (a primeira conexão de um armazenamento, o aumento do prazo de retenção) são salvas sem consulta. A gravação e a retenção do arquivo são descritas em [OTT e DVR](../streamer/ott_dvr.md#streamer-ott-dvr) e [DVR: arquivo do fluxo](../streamer/ott_dvr.md#streamer-dvr).

## Estatísticas do fluxo

![Janela de estatísticas do fluxo.](../../_images/webui_stream_stats.pt.png)

![Relatório de análise TR 101 290.](../../_images/webui_stream_tr290.pt.png)

Estatísticas detalhadas do fluxo em uma janela separada, atualizadas em tempo real. Aberta por um link a partir de outra tela, a janela mostra também esse fluxo na lista atrás dela (Fluxos); do mesmo modo se comporta um link que abre não as estatísticas, mas o editor do fluxo. Composição das seções:

****Resumo do estado****
  O estado atual e a mensagem do fluxo, os distintivos de atributos, a entrada ativa e o número de saídas, o modo de bitrate, o formato e os codecs da imagem, os links de entrega OTT e um instantâneo ao vivo do quadro ([Mosaico](monitor.md#webui-mosaic)). Aqui mesmo estão o ícone do veredito TR 101 290, que abre o relatório completo, e o botão «Mostrar na biblioteca» na entrada ativa (Biblioteca — este fluxo).

  Se a entrada ativa do fluxo for uma entrada de transcodificador, o seu valor torna-se um link: o salto abre a tela «Transcodificadores» ([Transcodificadores](monitor.md#webui-transcoders)) com a linha expandida da instância que alimenta essa entrada; o filtro de instâncias ativas é então retirado, por isso uma instância parada também fica visível — e é justamente atrás dela que normalmente se segue esse link. Ao lado aparece a etiqueta «Fonte do decodificador» com o nome do fluxo que essa instância decodifica; por ela abre-se a lista de fluxos com a linha desse fluxo expandida (Fluxos). Se o nó não informar o nome da fonte, a etiqueta traz o número dela, e se não houver fonte alguma, não há etiqueta. Ambos os links estão disponíveis em qualquer papel: eles apenas mostram, sem alterar nada.
****Multiplex / KPI****
  Para SPTS — os contadores-chave (bitrate de entrada, erros CC na janela e no total, pacotes embaralhados); para MPTS — a tabela do multiplex com as taxas totais e o estado dos programas ([Análise por programas](../streamer/mpts.md#streamer-mpts-analysis)).

  Em um programa desembaralhado por um módulo CI, no detalhamento expandido aparece uma linha «CI» com o número do slot e o veredito do módulo (CI/CAM na entrada de um fluxo). É uma linha do detalhamento, e não uma coluna da tabela: as colunas continuam as mesmas. Em um multiplex real, tal linha costuma ser carregada por um programa em cada dez, e a coluna ficaria vazia em todos os demais.
****Gráficos****
  Séries temporais: bitrate, continuidade e embaralhamento, jitter de PCR, perda de pacotes. A janela escolhe-se pelas predefinições «15 min», «1 h», «6 h» e «24 h»; os botões de seta `‹` e `›` (dicas «Janela anterior» e «Janela seguinte») folheiam-na para trás e para a frente, o distintivo «Live» marca uma janela que encosta no momento atual, e os seus limites estão rotulados acima dos gráficos. O passo de amostragem é definido pela predefinição, mas o nó não entrega dados mais finos do que o seu próprio passo: num nó com passo grosso, a janela mais curta, «15 min», é construída com menos pontos e sai mais grosseira. As demais predefinições não são afetadas.
****Verificação MPEG-TS****
  Verificação expressa da estrutura (TS, PAT, PMT, PCR, áudio/vídeo e os seus ES), o veredito geral TR 101 290 e os atributos de sinalização do programa ([Verificação de validade](../streamer/analyzer.md#streamer-analyzer-checker)).
****Diagnóstico da entrada****
  Blocos expansíveis: «Informações de mídia», «Conexão de entrada», descriptografia BISS, geração de EIT, «Analisador» (métricas de PCR e de sincronização e, abaixo delas, a tabela de PID da entrada ativa com as colunas «PID», «Tipo», «Bitrate» e «Pacotes/s»), preenchimento e «Análise profunda» — estrutura do GOP, buffer T-STD, ficha do codec de vídeo, descontinuidades de PTS/DTS, SCTE-35 ([Medições contínuas](../streamer/analyzer.md#streamer-analyzer-metrics), [Análises aprofundadas](../streamer/analyzer.md#streamer-analyzer-deep)). A composição da seção depende da entrada: nas entradas UDP, RTP e Pro-MPEG o bloco «Conexão de entrada» ganha a linha «Buffer do socket (concedido)» — o volume útil do buffer de recepção que realmente coube ao socket ([Recomendações para a configuração da rede para multicast](../faq/index.md#faq-multicast-sysctl)); uma entrada de tipo multiplexador não tem seção alguma — ela não possui socket, e os programas são mostrados pela tabela do multiplex; na recepção pela rede de um MPTS já pronto permanece «Conexão de entrada» com os indicadores do seu próprio transporte, ao passo que «Informações de mídia», «Analisador» e «Análise profunda» ficam ocultos — uma entrada dessas não tem medições por programa. A descriptografia BISS é exibida apenas nos SPTS: nos MPTS os contadores BISS são mantidos por programa ([Desembaralhamento BISS](../streamer/mpts.md#streamer-mpts-biss)). Os blocos de geração de EIT e de preenchimento aparecem por si sós quando o fluxo gera EIT ou acrescenta pacotes NULL.
****CI/CAM****
  O funcionamento dos módulos CI aos quais foram entregues as entradas deste fluxo (CI/CAM na entrada de um fluxo). A seção vem recolhida por padrão, no seu cabeçalho consta o número total de estágios, e ela aparece apenas quando pelo menos uma entrada do fluxo nomeia um slot CI.

  A seção mostra **todas** as entradas do fluxo, e não apenas a ativa. Uma entrada de reserva bem pode estar retendo o slot — é para esse caso que existe a liberação de um slot na tela «Hardware» ([Equipamento](administration.md#webui-hardware)). Os blocos de uma entrada inativa são rotulados «Na entrada» com o tipo e o número dessa entrada.

  Cada estágio da cascata recebe seu próprio bloco; quando uma entrada tem mais de um módulo, os blocos são intitulados «Estágio 1», «Estágio 2» e assim por diante. O aspecto do bloco depende de o slot ter sido tomado. Um tomado exibe «Estado», «Módulo», «Relógio» (o vigente agora; enquanto o nó não o informar, escreve-se «automático»), «Atraso», em caso de passagem direta «Passa sem alterações», depois os contadores, «Veredito» e «Erro» com «Mensagem do módulo». Um não tomado — a medição ainda está em curso ou o slot não pôde ser tomado — exibe apenas «Estado» e a linha «O slot ainda não foi tomado, por isso não há contadores.»: o nó quase nada entrega sobre esse slot, e uma parede de zeros induziria a erro. Um zero que mesmo assim seja exibido significa, portanto, «o slot está tomado, mas nada aconteceu».

  Os contadores estão divididos em dois grupos de propósito, porque a reinicialização da estatística acumulada limpa apenas o primeiro: «Linha de atraso» (inseridos, desembaralhados, perdidos, duplicados, divergências, tempos esgotados, não aceitos) é reiniciada, ao passo que «Cano» (entregues, devolvidos, erros de grupos, obsoletos, enchimento, congestionamento de escrita, tempo de leitura esgotado, reinicializações) não; os contadores dele recomeçam a cada nova tomada do slot.

  Convém lê-los com duas ressalvas. O veredito `unknown` (assim como `reserved`) não é uma falha: muitos módulos não respondem de modo algum a essa consulta e seguem desembaralhando perfeitamente — julga-se pelo crescimento do contador de pacotes desembaralhados. Já perdas e erros de grupos crescentes costumam significar um relógio CI alto demais; um pacote perdido segue adiante exatamente como chegou, isto é, embaralhado.

  Os valores vindos do nó são exibidos como estão e não são traduzidos: o identificador de slot da forma `0:1`, o estado (`empty`, `module-present`, `initializing`, `ready`, `error`, `unavailable`, `measuring`), o nome da aplicação do módulo, o veredito, o texto do erro e a mensagem do módulo.
****Saídas****
  Telemetria de cada saída não pausada: estado, destino, bitrate, contadores do tráfego enviado e os indicadores específicos do transporte (PRO-MPEG FEC, PS1, RIST, SRT, RTMP); as saídas pausadas não aparecem nesta lista. As saídas nos transportes do catálogo comum do domínio possuem o botão «Mostrar na biblioteca» (Biblioteca — este fluxo). A causa da falha de uma saída é mostrada aqui do mesmo modo que na linha expandida da lista: como linha vermelha enquanto a saída está falhando agora, e esmaecida, «Última falha há N: …», quando ela está parada. Sem a idade, simplesmente «Última falha: …», a linha é exibida em nós de compilações anteriores — aqueles que não informam a hora do erro.
****OTT / DVR****
  Modelos de URL de entrega, métricas do anel de chunks e do arquivo DVR, gráficos de cobertura do arquivo e das réplicas de legendas ([OTT e DVR](../streamer/ott_dvr.md#streamer-ott-dvr), [Reprodução do arquivo (VOD)](../streamer/ott_dvr.md#streamer-dvr-vod)).
****Profiler e Registro do fluxo****
  A carga das threads de processamento (fração de um núcleo) e o registro estruturado dos eventos do fluxo.

O relatório TR 101 290 também é aberto como uma janela separada; o analisador como um todo é descrito em [Analisador](../streamer/analyzer.md#streamer-analyzer), o monitor TR 101 290 — em [Monitor TR 101 290](../streamer/analyzer.md#streamer-analyzer-tr101290). O administrador dispõe da redefinição das estatísticas acumuladas e do apagamento do arquivo DVR.

## Pacote adaptativo

A janela de configuração do pacote adaptativo (ABR): o nome do pacote e o nome na URL, a composição dos fluxos participantes e os seus bitrates («0» — automático). Podem ser participantes apenas fluxos SPTS com a distribuição OTT habilitada; eles são adicionados e removidos diretamente na janela, e o bitrate é definido para cada variante. O pacote é publicado por uma única playlist mestra, pela qual o cliente escolhe a qualidade. A distribuição adaptativa é descrita em [Pacotes adaptativos](../streamer/ott_dvr.md#streamer-ott-adaptive), a gravação DVR para OTT — em [OTT e DVR](../streamer/ott_dvr.md#streamer-ott-dvr).