Finalidad

Perfect Streamer

Perfect Streamer es un software de servidor para la entrega fiable de flujos MPEG-TS a través de la red pública de Internet con pérdidas de paquetes y latencia, así como para la recepción, el procesamiento, la multiplexación, la transcodificación y la distribución OTT de canales de televisión. El producto está orientado a radiodifusores y operadores de telecomunicaciones: transporte troncal de canales entre operadores, cabeceras DVB-to-IP, plataformas IPTV/OTT y redes de distribución.

Perfect Streamer se suministra como una única aplicación para Linux x86-64 con interfaz web integrada y API HTTP. Una sola instalación realiza todas las etapas de la cadena: recepción, procesamiento y remultiplexación, transcodificación, transporte entre nodos, distribución OTT y archivado (DVR), monitorización y mucho más.

Transporte de flujos entre nodos

Para cada flujo se configura un servidor transmisor (Sender) y uno o varios receptores (Receiver). Para el transporte de flujos entre el transmisor y el receptor, así como para la comunicación con equipos de terceros, hay disponibles cuatro protocolos Peer:

  • PS1 (Perfect Stream) — protocolo de desarrollo propio basado en UDP, que funciona según el principio Automatic Repeat reQuest (ARQ) con retransmisión selectiva. Bajo consumo de recursos; transporte de flujos de alta tasa de bits, incluido un MPTS completo. Especialmente eficaz en configuraciones punto-multipunto, un emisor y muchos receptores.

  • SRT — protocolo abierto, ampliamente difundido y con buenas características de compensación de pérdidas de paquetes; modos listener/caller; compatible con equipos de terceros y servicios en la nube.

  • RIST — protocolo abierto basado en RTP/RTCP. Funciona según el principio ARQ sin ACK, solo con NACK, lo que garantiza una alta eficiencia; perfiles Simple y Main.

  • Pro-MPEG / RTP+FEC (Pro-MPEG COP3, también conocido como SMPTE 2022-1/2) — RTP con corrección de errores hacia adelante (FEC) sin canal de retorno. Sus ventajas son la baja latencia y la compatibilidad con equipos de radiodifusión profesionales; sus desventajas son el tráfico adicional permanente y la escasa recuperación ante grandes pérdidas de paquetes.

Todos los protocolos Peer admiten cifrado AES. En la sección Planificación y protocolos de transmisión de datos se ofrece una descripción detallada de los protocolos y la planificación de los canales de transporte.

Además de los protocolos Peer, se admiten entradas y salidas estándar: UDP (unicast/multicast), RTP, HLS/HTTP, RTMP/RTMPS, archivo/dispositivo, tubería con nombre (pipe) y aplicación externa (std); adicionalmente, solo como entradas — TCP y RTSP.

Funciones principales

  • Procesamiento sin transcodificación — listas de PID permitidos y prohibidos, reasignación de PID y disposición automática de los PID del programa, edición de SDT y de los idiomas de audio, cambio de PNR, eliminación de tablas innecesarias (SDT/CAT/NIT/TDT, teletexto, subtítulos), ajuste de los intervalos de PAT/PMT a TR 101 290; modos de tasa de bits, incluido CBR con relleno hasta una tasa de bits constante compatible con DVB.

  • Multiplexor MPTS — ensamblado de un multiplex a partir de programas individuales con generación de PSI/SI y una salida conforme a TR 101 290.

  • Demultiplexor — extracción de programas individuales de un MPTS a SPTS independientes.

  • Transcodificador — transcodificación por hardware en GPU NVIDIA e Intel VPL, por software en la CPU; varios codificadores a partir de un solo decodificador (por ejemplo, para tasa de bits adaptativa).

  • Analizador — control de conformidad con TR 101 290 (DVB) para SPTS y MPTS, detector de deriva de PCR, modelo de búfer T-STD, análisis profundo del flujo, analizador SCTE-35, detector CBR/VBR.

  • EPG y EIT — captura de EIT desde el aire a la base de datos EPG, importación de XMLTV, generación de un EIT correcto (present/following y schedule) en el flujo saliente, generación forzada de SDT.

  • Servidor EPG — entrega del XMLTV completo en /xmltv con limitación del conjunto de canales según el inicio de sesión, para middleware OTT.

  • Flujos de prueba — generador de señal de prueba integrado.

  • Meshwork — agrupación de servidores en dominios basada en el protocolo gossip de redes descentralizadas: estado en vivo de los nodos, catálogo común de las direcciones y puertos utilizados (biblioteca de recursos), replicación de alertas en todo el dominio.

  • Contabilización de sesiones y control de acceso — límites de conexiones por usuario, ACL por canal, inicio de sesión prefix/suffix para la integración con middleware. Autorización de sesiones de clientes en una facturación externa — verificación de cada sesión al conectar y reautorización periódica con revocación del acceso en mitad de la sesión (ciclo de vida al estilo RADIUS: Start / Interim / Stop); un HTTP connector universal para conectar la facturación del operador. La contabilización se realiza por separado para cada protocolo — HLS/DASH para OTT y PS1/SRT para el peering de flujos.

  • Interfaz web — gestión de todas las funciones, roles de administradores, perfiles adaptables para estación de trabajo, tableta y teléfono.

  • Certificados TLS automáticos (ACME) — emisión y renovación automáticas de certificados, recarga en caliente de TLS; HTTPS y HTTP/3 «de serie».

  • Analizador y monitorización — control de TR 101 290 (DVB) en la entrada, alertado unificado con entrega por Email, Telegram o a un script externo, mosaico de canales.

También están disponibles: redundancia de fuentes con conmutación automática; integración con sistemas de monitorización (Zabbix, Grafana, Prometheus, InfluxDB, Nagios); integración con facturación externa para la autorización de sesiones de clientes; copia de seguridad y exportación/importación de la configuración.

Para radiodifusores DVB

Las cabeceras de radiodifusión por satélite, cable y terrestre (DVB-to-IP, remultiplexación, contribución entre emplazamientos) disponen de:

  • Recepción desde tarjetas DVB — DVB-S, DVB-S2, DVB-T, DVB-T2 y DVB-C con un conjunto completo de parámetros de configuración; control de LNB y DiSEqC 1.0, reparto del LNB entre sintonizadores.

  • Escáner de transpondedores y escaneo «ciego» — recorrido de las listas de referencia (satellites.xml, cables.xml, terrestrial.xml) con recopilación de PSI/SI, construcción de la estructura multiplex → programa y medición de SNR, nivel y BER; búsqueda de transpondedores no estándar sin archivo de referencia.

  • Descifrado — CI/CAM por hardware (EN 50221) con el CAM combinado con el receptor DVB, y BISS-1 / BISS-E por software (claves por PNR o PLP, actualización en caliente). Limpieza del acceso condicional en la salida — eliminación de ECM/EMM, CAT y descriptores CA del PMT para obtener un flujo FTA limpio.

  • Descapsulación T2-MI (ETSI TS 102 773) — entrega simultánea del multiplex externo DVB-S/S2 y de todas las portadoras T2-MI anidadas: recepción de DVB-T2 regional por satélite sin una pasarela independiente.

  • Monitor de señal (femon) — medición continua de lock, nivel, SNR, BER y UCB con trazado de gráficas en el tiempo.

  • Demultiplexor — extracción de un programa individual (por PNR) de un transpondedor recibido a un SPTS independiente.

Para radiodifusores OTT

Los operadores IPTV/OTT y las plataformas de distribución disponen de:

  • Entrega OTT — HLS, Low-Latency HLS y MPEG-DASH sobre CMAF; entrega a través de HTTPS y HTTP/3 (QUIC); multibitrate adaptativo (ABR) en un único master playlist; segmentación alineada a GOP/IDR; MPEG-TS en bruto sobre HTTP para clientes TS.

  • Subtítulos WebVTT — decodificación de teletexto DVB y de subtítulos DVB a WebVTT para reproductores OTT, incluso en el archivo.

  • DVR en red — grabación de cada canal OTT en un archivo en disco en paralelo con la distribución; reproducción del archivo por las mismas URL de HLS/DASH (desplazamiento temporal y VOD), transición sin cortes de archivo → live, catch-up basado en EPG, VOD adaptativo y archivo CMAF, almacenes multidisco con retención y limpieza automática.

  • Transcodificador y escalera ABR — un solo decodificador alimenta varios codificadores con su propia resolución, tasa de bits y códec (1toN); por hardware en GPU (NVIDIA, Intel VPL) o por software en la CPU.

  • Preparación para CDN — segmentos direccionables por contenido con cabeceras immutable, cache-key normalizado y CORS para el escalado detrás de un proxy inverso o una CDN.