Analizador

El analizador integrado comprueba y mide de forma continua la entrada activa de cada flujo. Los resultados se usan en varios subsistemas del nodo: el veredicto de validez gobierna la conmutación de entradas (Redundancia de fuentes), las métricas y los gráficos se muestran en la ventana de estadísticas del flujo (Estadísticas del flujo), los distintivos resumidos, en la lista de flujos, y las infracciones generan alertas (Alertas (alerter)). De los datos del decodificador del analizador se sirven el mosaico, la importación de EPG y el decodificador de subtítulos (Pipeline de procesamiento).

Las comprobaciones y las mediciones básicas están siempre activadas. Los análisis en profundidad se activan mediante ajustes independientes en la pestaña «Análisis» del editor de flujo. Cada uno de estos ajustes añade carga de CPU, por lo que se activan solo cuando es necesario. Los contadores acumulativos se borran con el botón «Restablecer estadísticas» de la ventana de estadísticas.

Comprobación de validez

El flujo de entrada se comprueba por etapas: enganche de la sincronización de TS, recepción de las tablas PAT y PMT, presencia de marcas PCR y análisis de las pistas de audio y de vídeo hasta la decodificación de un fotograma clave. El resultado se muestra en la ventana de estadísticas, en la sección «Verificador MPEG-TS», mediante los atributos individuales TS, PAT, PMT, PCR, Audio, Audio ES, Video, Video ES. La comprobación se repite con el intervalo de comprobación del flujo; una entrada se declara en fallo si el flujo no supera la comprobación o si no llegan datos durante un periodo superior al tiempo de espera del flujo. Entonces el flujo conmuta a la entrada de reserva (Redundancia de fuentes).

El transporte con scrambling se considera válido (Flujos SPTS): los niveles de transporte y de PSI se siguen comprobando y, en cuanto aparecen datos en claro, el análisis completo se reanuda automáticamente.

Mediciones permanentes

Sin ajustes adicionales el analizador mide:

• Tasa de bits — la velocidad del flujo de entrada (en SPTS, a partir de las marcas PCR; en MPTS, respecto al tiempo real) y la velocidad de salida después del sincronizador; gráfico «Tasa de bits» en la ventana de estadísticas.

• Tasa de bits por PID — la velocidad actual y el número de paquetes por segundo de cada PID de la entrada activa; la tabla del bloque «Analizador» de la ventana de estadísticas. El tipo de PID se obtiene del análisis de las tablas del flujo (PAT, PMT, video, aac y similares); el PID de los paquetes NULL (8191) se marca como NULL, mientras que un flujo cuyo tipo no se ha podido determinar se marca con un guion. La medición es solo para SPTS: un flujo MPTS no dispone de esta tabla con ninguna fuente de multiplex, y la composición y las velocidades de los programas las muestra la tabla del multiplex (Análisis por programas).

• Continuidad y transporte — errores de continuidad CC (por ventana y acumulados), errores de transporte (TEI) y contadores de paquetes codificados; gráfico «Continuidad y codificación».

• Intervalo PCR — el intervalo medio y máximo entre marcas PCR. Con el monitor TR 101 290 activado rige el límite estricto de 40 ms; sin él, el límite de ISO/IEC 13818-1 de 100 ms.

• Jitter de PCR — el retraso del planificador de emisión respecto al ritmo del PCR; gráfico «Jitter de PCR». Es una métrica interna de emisión del streamer, no un indicador del flujo de entrada: lo que los analizadores externos y TR 101 290 llaman PCR jitter o PCR accuracy corresponde aquí a la métrica «Precisión PCR» (más abajo).

• Deriva PCR — la desviación sistemática de la frecuencia de reloj de la fuente respecto al tiempo real, en ppm. A diferencia del jitter, la deriva caracteriza la estabilidad del cristal de cuarzo del codificador y se acumula a lo largo de minutos; un veredicto fiable se forma sobre una ventana de 300 segundos o más. La tolerancia de ISO/IEC 13818-1 es de ±30 ppm; un exceso persistente se resalta en la ventana de estadísticas («Deriva PCR»), aparte del veredicto TR 101 290, porque la deriva del cuarzo es un problema del codificador en el lado de la fuente, no de la integridad del transporte.

• Precisión PCR — el error de inserción de las marcas PCR respecto al momento real de transmisión; la tolerancia de TR 101 290 es de ±500 ns. La métrica solo tiene sentido en flujos de tasa de bits constante (véase el detector de modo más abajo).

Detector del modo de multiplexado. El analizador clasifica automáticamente la fuente como CBR o VBR según la regularidad del PCR respecto a la posición de los paquetes; el veredicto se fija con histéresis para evitar conmutaciones frecuentes. Un veredicto firme se muestra con un distintivo CBR o VBR en la lista de flujos; mientras no haya datos suficientes, no se muestra ningún distintivo. VBR no es un defecto, sino un modo normal: las comprobaciones que solo tienen sentido para CBR (precisión PCR, búfer de vídeo T-STD) no se evalúan automáticamente en él.

Análisis en profundidad

En la pestaña «Análisis» del editor de flujo se activan tres análisis independientes (todos desactivados por defecto):

«Análisis profundo»

Pone el analizador en modo de análisis continuo del flujo (carga de CPU apreciable) y añade:

• los intervalos de las tablas PAT y PMT (recomendación: no más de 500 ms);

• los intervalos de los fotogramas clave (GOP) y de los fotogramas IDR. Para los reproductores que se conectan en un momento arbitrario se recomienda un GOP no mayor de 1 segundo. Si el intervalo IDR coincide aproximadamente con el intervalo de los fotogramas clave, el flujo tiene closed-GOP (cada GOP se abre con un punto de entrada completo); si la métrica IDR falta, el flujo tiene open-GOP;

• el intervalo desde la PAT hasta el fotograma clave: de él depende la rapidez con que arranca la reproducción al conectarse en un momento arbitrario;

• la ficha del códec de vídeo (tipo de flujo, perfil y nivel, resolución, tipo de exploración, parámetros VBV) y los parámetros de las pistas de audio;

• los datos de preparación para la inserción de publicidad: estructura del GOP, indicadores de acceso aleatorio (RAI), eventos SCTE-35 y puntos de empalme. El umbral de aviso previo de un punto de empalme lo establece el ajuste adicional «Avisar del punto de empalme con antelación (fotogramas)»;

• el control de la presencia de las tablas SI (SDT, EIT, NIT, TDT) y los errores de estructura de los flujos elementales.

«Analizar el salto PCR/PTS»

La dispersión entre el PCR y las marcas PTS/DTS de cada flujo elemental. Una dispersión demasiado grande causa problemas a los reproductores con un búfer de sincronización pequeño. Además se mide el intervalo de repetición de las marcas PTS de vídeo (indicador 2.5 del informe TR 101 290, límite 700 ms).

«Analizar el búfer de vídeo T-STD»

Modelo del búfer del decodificador de referencia T-STD (ISO/IEC 13818-1): comprobación de que el búfer de vídeo no se desborda ni se vacía. Se admiten MPEG-2, H.264/AVC y HEVC; la velocidad de vaciado se adapta a la tasa de bits real del vídeo. Solo se evalúa en flujos de tasa de bits constante.

Los resultados se muestran en la ventana de estadísticas, en las secciones «Análisis profundo» y «Analizador». Los ajustes «Traza» y «Traza MPEG-TS» activan el registro detallado de la comprobación del flujo. Estos ajustes solo sirven para el diagnóstico; no los deje activados de forma permanente.

Monitor TR 101 290

El ajuste «Monitor TR 101 290» (pestaña «Análisis») activa la comprobación continua de que el flujo cumple la norma ETSI TR 101 290. El monitor es ligero (no activa el análisis pesado de los flujos elementales) y funciona con independencia de los análisis en profundidad.

El monitor emite un veredicto único para el flujo: «Normal», «Problema» o «Comprobando…» mientras se acumulan los datos. El veredicto se muestra con un distintivo TR-290 de color en la lista de flujos y en la ventana de estadísticas; al pulsarlo se abre el informe «TR 101 290», una tabla de indicadores agrupados por las prioridades de la norma (la prioridad 1 es necesaria para la decodificación, la prioridad 2 se recomienda para la monitorización y la prioridad 3 depende de la aplicación), con los valores medidos y los límites.

Particularidades de la evaluación:

• Una infracción entra en el veredicto solo cuando es persistente (se observa durante al menos 30 de los últimos 60 segundos), por lo que los picos breves no encienden el indicador. Por separado se controla el nivel de aceptación: una infracción que dura 300 segundos de forma ininterrumpida sirve de criterio para la aceptación técnica de un canal.

• Algunos indicadores requieren análisis adicionales. Cuando el ajuste correspondiente está apagado, las filas que dependen de los ajustes «Analizar el salto PCR/PTS» y «Analizar el búfer de vídeo T-STD» se marcan en el informe como desactivadas y no influyen en el veredicto. Los intervalos numéricos de PAT/PMT y el control de la presencia de las tablas SI solo se miden con el ajuste «Análisis profundo» activado; sin él, las filas correspondientes quedan sin valores medidos.

• La precisión PCR y el búfer de vídeo T-STD solo se evalúan después de que el detector de modo haya confirmado una tasa de bits constante de la fuente, y se siguen evaluando hasta que se restablezcan las estadísticas o se cambien los ajustes de nivelación de la tasa de bits, incluso si el veredicto del detector cambia más tarde. En los flujos que nunca se han confirmado como CBR, estas filas no se evalúan.

• Con la nivelación de la tasa de bits activa, el monitor mide precisamente el flujo emitido y nivelado (Control de la tasa de bits).

• En un flujo MPTS se emite un único veredicto para todo el multiplexado (Análisis por programas).

Las infracciones persistentes generan además alertas con códigos del analizador; la lista completa figura en Catálogo de códigos de alerta. Los contadores del monitor y las estadísticas acumuladas se restablecen con el botón «Restablecer estadísticas».

Asistente de reclamaciones

Mientras un flujo SPTS tiene una infracción activa de TR 101 290 o deriva de PCR, la interfaz web ofrece una solicitud lista para un chat de IA. Con esta solicitud, el chat de IA redacta en inglés una carta formal de reclamación al proveedor del flujo. El nodo no envía nada: la carta al proveedor la envía el propio operador.

Dónde aparece. El icono «Carta IA» con un sobre se muestra en la fila del flujo en la pantalla «Flujos» y en el resumen de la ventana de estadísticas del flujo, justo después del icono TR 101 290 (Flujos). El icono solo está presente mientras se cumplen todas estas condiciones:

• el flujo es SPTS y su entrada activa está en funcionamiento;

• la entrada activa tiene una infracción persistente: intervalo, precisión o discontinuidad de PCR, intervalos de PAT, PMT y PTS, errores CRC de las tablas PSI, errores de transporte, intervalos de las tablas SDT, EIT, TDT y NIT (solo las que existen en el flujo), deriva de PCR. Los errores CC por sí solos no generan carta, aunque hacen que el veredicto TR 101 290 sea malo;

• las infracciones de TR 101 290 se tienen en cuenta solo con el monitor TR 101 290 activado (Monitor TR 101 290); la deriva de PCR, siempre;

• una cuenta con el rol Admin (Acceso y roles). A los roles Restricted admin y Viewer no se les muestra el icono, y el nodo también les deniega la solicitud.

La versión de demostración no incluye el asistente.

Cómo obtener la carta.

1. Pulse el icono «Carta IA». Se abrirá la ventana «Carta de reclamación (IA)» con el nombre del flujo en el título; el campo «Prompt para un chat de IA» contiene el texto preparado por el nodo.

2. Pulse «Copiar prompt»: toda la solicitud se copiará al portapapeles.

3. Pegue la solicitud en cualquier chat de IA. Este redactará la carta a partir de las infracciones medidas.

4. Añada a la carta la designación del flujo y envíela al proveedor.

Qué entra en la solicitud. Para cada infracción: el apartado de la norma, el valor medido, el umbral y la repercusión en el decodificador del receptor; además, la ventana de observación y el modo de multiplexado (CBR, VBR o sin determinar). De la fuente, la solicitud solo recoge la dirección de la entrada activa, depurada por el nodo:

• sin usuario ni contraseña en la dirección;

• sin parámetros de consulta que parezcan una contraseña, una clave, un token o una firma;

• sin el nombre del flujo RTMP.

En una fuente que no llega por la red (archivo, otro flujo del nodo, transcodificador, DVB), en lugar de la dirección figura <not available>. El nombre del flujo, su identificador y su nota no entran en la solicitud.

Si la infracción ya ha desaparecido. Cuando la infracción desaparece entre la pulsación del icono y la respuesta del nodo (o las estadísticas se acaban de restablecer), la ventana sigue abierta y muestra esa respuesta tal cual, mientras que el botón «Copiar prompt» no está disponible. Respuestas del nodo:

• no active violation: nothing to send — no hay ninguna infracción activa;

• AI complaint prompt is available only for SPTS streams — el flujo no es SPTS;

• no active input — el flujo no tiene una entrada activa en funcionamiento;

• AI complaint prompt requires the Admin role — la cuenta no tiene el rol Admin.

La misma solicitud puede obtenerse mediante la API HTTP del nodo (Gestión mediante la API HTTP); la respuesta es texto sin formato y un rechazo, una descripción del error en JSON:

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