Analisador

O analisador integrado verifica e mede continuamente a entrada ativa de cada fluxo. Os resultados são usados por vários subsistemas do nó: o veredito de validade comanda a comutação de entradas (Redundância de fontes), as métricas e os gráficos são exibidos na janela de estatísticas do fluxo (Estatísticas do fluxo), os distintivos de resumo, na lista de fluxos, e as violações geram alertas (Alertas (alerter)). O mosaico, a importação de EPG e o decodificador de legendas aproveitam os dados do decodificador do analisador (Pipeline de processamento).

As verificações e as medições básicas estão sempre ativadas. As análises aprofundadas são ligadas por configurações separadas na aba «Análise» do editor de fluxo. Cada uma dessas configurações acrescenta carga de CPU, por isso elas são ligadas apenas quando necessário. Os contadores acumulados são limpos pelo botão «Redefinir estatísticas» na janela de estatísticas.

Verificação de validade

O fluxo de entrada é verificado por etapas: travamento do sincronismo TS, recepção das tabelas PAT e PMT, presença de marcas de PCR, análise das faixas de áudio e de vídeo até a decodificação de um quadro-chave. O resultado é exibido na janela de estatísticas, na seção «Verificação MPEG-TS», como atributos individuais TS, PAT, PMT, PCR, Audio, Audio ES, Video, Video ES. A verificação se repete no intervalo de verificação do fluxo; a entrada é declarada em falha se o fluxo não passou na verificação ou se os dados não chegam durante um período maior que o tempo limite do fluxo. Nesse caso, o fluxo comuta para a entrada de reserva (Redundância de fontes).

O transporte embaralhado é considerado válido (Fluxos SPTS): as camadas de transporte e de PSI continuam sendo verificadas e, assim que surgirem dados abertos, a análise completa é retomada automaticamente.

Medições contínuas

Sem configurações adicionais, o analisador mede:

• Bitrate — a taxa do fluxo de entrada (nos SPTS, pelas marcas de PCR; nos MPTS, pelo tempo real) e a taxa de saída após o sincronizador; o gráfico «Bitrate» na janela de estatísticas.

• Bitrate por PID — a taxa atual e o número de pacotes por segundo de cada PID da entrada ativa; a tabela no bloco «Analisador» da janela de estatísticas. O tipo do PID provém da análise das tabelas do fluxo (PAT, PMT, video, aac e semelhantes); o PID dos pacotes NULL (8191) é indicado como NULL, e um fluxo cujo tipo não foi possível determinar recebe um traço. A medição é apenas para SPTS: um fluxo MPTS não tem essa tabela com nenhuma fonte de multiplex, e a composição e as taxas dos programas são mostradas pela tabela do multiplex (Análise por programas).

• Continuidade e transporte — erros de continuidade CC (por janela e acumulados), erros de transporte (TEI), contadores de pacotes embaralhados; o gráfico «Continuidade e embaralhamento».

• Intervalo de PCR — o intervalo médio e o máximo entre as marcas de PCR. Com o monitor TR 101 290 ativado, vale o limite estrito de 40 ms; sem ele, o limite da ISO/IEC 13818-1, de 100 ms.

• Jitter de PCR — o atraso do escalonador de saída em relação ao ritmo do PCR; o gráfico «Jitter de PCR». É uma métrica interna de saída do streamer, e não um indicador do fluxo de entrada: o que os analisadores externos e a TR 101 290 chamam de PCR jitter ou PCR accuracy corresponde aqui à métrica «Precisão do PCR» (abaixo).

• Deriva do PCR — o desvio sistemático da frequência de relógio da fonte em relação ao tempo real, em ppm. Ao contrário do jitter, a deriva caracteriza a estabilidade do cristal do codificador e se acumula ao longo de minutos; um veredito confiável se forma em uma janela a partir de 300 segundos. A tolerância da ISO/IEC 13818-1 é de ±30 ppm; um excesso persistente é destacado na janela de estatísticas («Deriva do PCR»), separadamente do veredito da TR 101 290, porque a deriva do cristal é um problema do codificador do lado da fonte, e não da integridade do transporte.

• Precisão do PCR — o erro de inserção das marcas de PCR em relação ao momento real da transmissão; a tolerância da TR 101 290 é de ±500 ns. A métrica só faz sentido para fluxos com bitrate constante (ver o detector de modo abaixo).

Detector de modo do multiplex. O analisador classifica automaticamente a fonte como CBR ou VBR pela regularidade do PCR em relação à posição dos pacotes; o veredito é fixado com histerese, para evitar comutações frequentes. Um veredito seguro é mostrado por um distintivo CBR ou VBR na lista de fluxos; enquanto os dados não forem suficientes, não há distintivo. VBR não é um defeito, e sim um modo normal: nele, as verificações que só fazem sentido para CBR (a precisão do PCR, o buffer de vídeo T-STD) não são avaliadas automaticamente.

Análises aprofundadas

Três análises independentes são ativadas na aba «Análise» do editor de fluxo (todas desativadas por padrão):

«Análise profunda»

Coloca o analisador no modo contínuo de análise do fluxo (carga de CPU perceptível) e acrescenta:

• os intervalos das tabelas PAT e PMT (recomendação — no máximo 500 ms);

• os intervalos dos quadros-chave (GOP) e dos quadros IDR. Para players que se conectam em um momento arbitrário, é recomendado um GOP de no máximo 1 segundo. Se o intervalo de IDR coincide aproximadamente com o intervalo dos quadros-chave, o fluxo tem closed-GOP (cada GOP abre com um ponto de entrada completo); se a métrica de IDR estiver ausente, o fluxo tem open-GOP;

• o intervalo entre a PAT e o quadro-chave — dele depende a rapidez do início da reprodução quando o player se conecta em um momento arbitrário;

• a ficha do codec de vídeo (tipo de fluxo, perfil e nível, resolução, tipo de varredura, parâmetros VBV) e os parâmetros das faixas de áudio;

• os dados de prontidão para a inserção de publicidade: a estrutura do GOP, os indicadores de acesso aleatório (RAI), os eventos SCTE-35 e os pontos de emenda. O limiar de notificação antecipada do ponto de emenda é definido pela configuração avançada «Notificar sobre o ponto de emenda com antecedência (quadros)»;

• o controle da presença das tabelas SI (SDT, EIT, NIT, TDT) e os erros de estrutura dos fluxos elementares.

«Analisar a descontinuidade PCR/PTS»

A dispersão entre o PCR e as marcas de PTS/DTS de cada fluxo elementar. Uma dispersão grande demais causa problemas em players com buffer de sincronização pequeno. Também é medido o intervalo de repetição das marcas de PTS de vídeo (indicador 2.5 do relatório TR 101 290, limite de 700 ms).

«Analisar o buffer de vídeo T-STD»

O modelo do buffer do decodificador de referência T-STD (ISO/IEC 13818-1): a verificação de que o buffer de vídeo não transborda nem se esvazia. São suportados MPEG-2, H.264/AVC e HEVC; a taxa de escoamento se adapta ao bitrate real do vídeo. É avaliado apenas em fluxos com bitrate constante.

Os resultados são exibidos na janela de estatísticas, nas seções «Análise profunda» e «Analisador». As configurações «Rastreamento» e «Rastreamento MPEG-TS» ativam o registro detalhado da verificação do fluxo. Essas configurações servem apenas para diagnóstico; não as deixe ativadas permanentemente.

Monitor TR 101 290

A configuração «Monitor TR 101 290» (aba «Análise») ativa o controle contínuo da conformidade do fluxo com a norma ETSI TR 101 290. O monitor é leve (não ativa a análise pesada dos fluxos elementares) e funciona independentemente das análises aprofundadas.

O monitor emite um veredito único para o fluxo: «Normal», «Problema» ou «Verificando…» durante o acúmulo de dados. O veredito é mostrado por um distintivo colorido TR-290 na lista de fluxos e na janela de estatísticas; um clique abre o relatório «TR 101 290» — uma tabela de indicadores agrupados pelas prioridades da norma (a prioridade 1 é necessária para a decodificação, a prioridade 2 é recomendada para o monitoramento, a prioridade 3 depende da aplicação), com os valores medidos e os limites.

Particularidades da avaliação:

• Uma violação entra no veredito apenas quando é persistente (observada durante pelo menos 30 dos últimos 60 segundos), por isso picos curtos não acendem o indicador. O nível de aceitação é acompanhado separadamente: uma violação que dure ininterruptamente 300 segundos serve de critério para a aceitação técnica do canal.

• Parte dos indicadores requer análises adicionais. As linhas que dependem das configurações «Analisar a descontinuidade PCR/PTS» e «Analisar o buffer de vídeo T-STD», com a configuração desativada, são marcadas no relatório como desativadas e não influenciam o veredito. Os intervalos numéricos de PAT/PMT e o controle da presença das tabelas SI são medidos apenas com a configuração «Análise profunda» ativada; sem ela, as linhas correspondentes ficam sem valores medidos.

• A precisão do PCR e o buffer de vídeo T-STD são avaliados somente depois que o detector de modo confirmou o bitrate constante da fonte, e continuam sendo avaliados até a redefinição das estatísticas ou a alteração das configurações de nivelamento do bitrate, mesmo que o veredito do detector mude depois. Em fluxos nunca confirmados como CBR, essas linhas não são avaliadas.

• Com o nivelamento do bitrate ativo, o monitor mede precisamente o fluxo emitido, já nivelado (Controle de bitrate).

• Para um fluxo MPTS é emitido um único veredito para todo o multiplex (Análise por programas).

As violações persistentes também geram alertas com códigos do analisador; a lista completa está em Catálogo de códigos de alerta. Os contadores do monitor e as estatísticas acumuladas são redefinidos pelo botão «Redefinir estatísticas».

Assistente de reclamações

Enquanto um fluxo SPTS tiver uma violação ativa da TR 101 290 ou deriva de PCR, a interface web oferece uma solicitação pronta para um chat de IA. Com essa solicitação, o chat de IA redige uma carta formal de reclamação ao fornecedor do fluxo, em inglês. O nó não envia nada: o próprio operador envia a carta ao fornecedor.

Onde aparece. O ícone «Carta IA» com um envelope é exibido na linha do fluxo na tela «Fluxos» e no resumo da janela de estatísticas do fluxo, logo após o ícone TR 101 290 (Fluxos). O ícone só está presente enquanto todas estas condições forem atendidas:

• o fluxo é SPTS e sua entrada ativa está funcionando;

• a entrada ativa tem uma violação persistente: intervalo, precisão ou descontinuidade do PCR, intervalos de PAT, PMT e PTS, erros de CRC das tabelas PSI, erros de transporte, intervalos das tabelas SDT, EIT, TDT e NIT (somente das que existem no fluxo), deriva de PCR. Erros CC sozinhos não geram carta, embora tornem ruim o veredito da TR 101 290;

• as violações da TR 101 290 só são consideradas com o monitor TR 101 290 ativado (Monitor TR 101 290); a deriva de PCR, sempre;

• uma conta com a função Admin (Acesso e funções). O ícone não é exibido para as funções Restricted admin e Viewer, e o nó também lhes recusa a solicitação.

A versão de demonstração não inclui o assistente.

Como obter a carta.

1. Clique no ícone «Carta IA». Será aberta a janela «Carta de reclamação (IA)» com o nome do fluxo no título; o campo «Prompt para um chat de IA» contém o texto preparado pelo nó.

2. Clique em «Copiar prompt»: toda a solicitação será copiada para a área de transferência.

3. Cole a solicitação em qualquer chat de IA. Ele redigirá a carta com base nas violações medidas.

4. Acrescente à carta a designação do fluxo e envie-a ao fornecedor.

O que entra na solicitação. Para cada violação: o item da norma, o valor medido, o limiar e o impacto no decodificador do receptor; além disso, a janela de observação e o modo do multiplex (CBR, VBR ou não determinado). Da fonte, entra na solicitação apenas o endereço da entrada ativa, limpo pelo nó:

• sem login e senha no endereço;

• sem parâmetros de consulta que pareçam senha, chave, token ou assinatura;

• sem o nome do fluxo RTMP.

Para uma fonte que não chega pela rede (arquivo, outro fluxo do nó, transcodificador, DVB), no lugar do endereço aparece <not available>. O nome do fluxo, seu identificador e a observação não entram na solicitação.

Se a violação já terminou. Quando a violação desaparece entre o clique no ícone e a resposta do nó (ou as estatísticas acabaram de ser redefinidas), a janela permanece aberta e mostra essa resposta como está, e o botão «Copiar prompt» fica indisponível. Respostas do nó:

• no active violation: nothing to send — não há violação ativa;

• AI complaint prompt is available only for SPTS streams — o fluxo não é SPTS;

• no active input — o fluxo não tem entrada ativa em funcionamento;

• AI complaint prompt requires the Admin role — a conta não tem a função Admin.

A mesma solicitação pode ser obtida pela API HTTP do nó (Gerenciamento pela API HTTP); a resposta é texto simples, e uma recusa é uma descrição do erro em JSON:

GET /data/stream/<id>/ai-complaint-prompt