Historial de versiones

versión 2.0.0.206 Beta

25.07.2026

• Meshwork (multidominio) — varios servidores se agrupan en dominios con nombre, y el dominio sirve de frontera de aislamiento: la pertenencia de los nodos, el catálogo de recursos y las alertas se propagan únicamente dentro de su propio dominio y entre dominios no se transmite nada. Un nodo puede pertenecer a varios dominios a la vez sin mezclar sus datos. Más información — Meshwork.

• Autodescubrimiento de nodos — basta con indicar el dominio y un único punto de entrada: los nodos intercambian listas de vecinos y construyen por sí mismos una red totalmente mallada de enlaces directos. La clave común del dominio se genera automáticamente y se transmite solo por un canal protegido — TLS o un segmento de confianza de la red local.

• Biblioteca distribuida de recursos — las salidas UDP, RTP, Pro-MPEG y RIST, las entradas multicast UDP, RTP y RIST, así como los enlaces PS1 y SRT se publican en el catálogo común del dominio (/data/library): una lista única de grupos multicast, puertos, VLAN, fuentes SSM y enlaces punto a punto con indicación del nodo y del flujo. El catálogo muestra qué direcciones y puertos están ya ocupados, y una entrada nueva se conecta directamente desde él — eligiendo un flujo que ya se emite en otro nodo del dominio, sin introducir la dirección a mano.

• Vista general de los nodos del dominio — de cada nodo se muestran el estado, la hora del último contacto, el rol, la región, la versión de la compilación, la carga de CPU, el tráfico por interfaz física y el número de flujos al aire, y de cada enlace entre nodos PS1 o SRT — la tasa de bits, el RTT, la proporción de repeticiones y de pérdidas y el veredicto de estado.

• Funcionamiento a través de NAT — un nodo situado detrás de NAT participa plenamente en el dominio y sin redirección de los puertos entrantes: se conecta por sí mismo, su punto de acceso público se deduce de la dirección realmente observada y del puerto anunciado, y su estado lo retransmiten los vecinos un salto más allá — el nodo es visible incluso para quienes no pueden dirigirse a él directamente.

• Inicio de sesión automático de los enlaces dentro del dominio — para los enlaces PS1 y SRT entre nodos de un mismo dominio no hace falta crear un usuario y una contraseña para cada enlace: en el lado que llama (entrada PS1, entrada SRT, salida SRT en modo caller) basta con activar el ajuste «Meshwork peer auth» y la autorización se realiza con el secreto común del dominio. El nodo par confirmado y su flujo se ven en la biblioteca de recursos y en la lista de sesiones.

• Low-Latency HLS y MPEG-DASH sobre CMAF — nuevo modo de difusión «OTT / LL-HLS / DASH»: el multiplexor integrado genera MP4 fragmentado (CMAF), sobre el que se sirven MPEG-DASH en /dash y Low-Latency HLS en /llhls; los paquetes adaptativos se ensamblan también para estos formatos. Más información — Modos de difusión.

• Baja latencia de LL-HLS — la lista de reproducción de medios se divide en partes y se aplican la recarga bloqueante de la lista de reproducción y la sugerencia de precarga, por lo que el reproductor comienza la reproducción sin esperar a que esté listo el segmento completo. Los segmentos CMAF llevan Producer Reference Time, el manifiesto DASH anuncia UTCTiming y la latencia objetivo, y el ajuste «Duración objetivo de la parte LL (ms)» se aplica en caliente, sin reiniciar el flujo.

• HTTP/3 (QUIC) — HLS, MPEG-DASH, LL-HLS y MPEG-TS over HTTP se sirven sobre QUIC en un puerto UDP independiente, con 0-RTT opcional; el cliente solicita el paso a QUIC con el parámetro ?h3. Las rutas administrativas permanecen únicamente en TCP.

• Alineación de los segmentos con IDR — el segmentador distingue un IDR de un fotograma I ordinario: en las fuentes con closed-GOP cada segmento comienza con un punto de entrada completo, por lo que el reproductor abre el flujo en cualquier segmento; en las fuentes con open-GOP la frontera es el fotograma I más próximo.

• Protección de contenidos (DRM) — la difusión OTT de un flujo se puede cifrar: HLS AES-128 con una clave del propio servidor o de un servidor de claves externo y con rotación opcional por ventanas temporales, o bien MPEG Common Encryption (ISO/IEC 23001-7) con los esquemas cenc y cbcs para CMAF y DASH. El cifrado se realiza una sola vez, en el momento de formar el segmento, por lo que el archivo DVR se almacena cifrado y se reproduce a través de cualquier número de cambios de clave. Más información — Protección de contenidos (DRM).

• DVR (archivo en red) — cada canal OTT se escribe en disco en paralelo con la difusión, con la misma segmentación y sin un grabador aparte; en el modo de baja latencia el archivo se mantiene en dos líneas, MPEG-TS y CMAF, por lo que la grabación está disponible en el mismo contenedor que la emisión en directo. Más información — DVR.

• Reproducción del archivo (VOD) — el archivo se sirve por las mismas URL HLS, DASH y LL-HLS que la emisión en directo: t=<tiempo> activa el modo VOD y fija el comienzo de la ventana, d=<segundos> — su duración. La lista de reproducción HLS es entonces cerrada, el manifiesto DASH es estático y las interrupciones de la grabación se presentan como periodos separados; los paquetes adaptativos reproducen el archivo con los mismos parámetros.

• Catch-up por EPG — en lugar de t y d basta con pasar epg=<tiempo>: el propio servidor localiza en el canal EPG asociado el programa que se emite en ese momento y toma su comienzo y su duración como límites de la ventana de reproducción.

• Subtítulos en el archivo — las pistas WebVTT se escriben en disco junto con los segmentos y se reproducen en VOD por las mismas URL; las ventanas sin diálogos no ocupan espacio en disco.

• Almacenes DVR — puede haber varios almacenes, cada uno con su propio límite de llenado y su propio orden de limpieza. La profundidad del archivo («Retención (horas)», hasta 90 días) y el mínimo protegido se definen por separado para cada flujo, y la limpieza por espacio libre no toca ni el mínimo protegido ni las ventanas de las sesiones VOD abiertas.

• Monitor DVR — una pantalla específica muestra el estado y el llenado de los almacenes, el volumen y la profundidad del archivo por flujo y las latencias de lectura y de escritura, mientras que el histograma de cobertura (/data/dvrstat) señala no solo los huecos del archivo, sino también su causa — la caída de la entrada, un cambio de PMT, el scrambling, la ejecución de la limpieza. Desde esa misma pantalla se borran el archivo de un flujo concreto y los directorios de los flujos eliminados.

• Alerter — nuevo servicio de notificaciones: cada fallo se convierte en un incidente que se genera, se actualiza y se resuelve automáticamente, mientras que el conjunto activo deduplicado muestra únicamente lo que está ocurriendo ahora. La gravedad se define con una escala única — desde informativa hasta la que exige la intervención del administrador; un incidente de ese tipo se resuelve con la confirmación del operador. Más información — Alertas (alerter).

• Catálogo de códigos de alerta — más de cincuenta tipos de incidente en una única lista: los flujos y sus entradas y salidas, las infracciones de TR 101 290, los recursos del nodo, los almacenes y la salud de la grabación DVR, la recepción DVB y CI/CAM, los transcodificadores, OTT, los certificados y los nodos del dominio. Los umbrales de disparo se configuran en la sección de alertas.

• Entrega externa de las alertas — las alertas salen fuera de la consola web: por correo mediante SMTP (STARTTLS, implicit TLS, AUTH), por mensaje a Telegram y mediante la ejecución de un comando arbitrario, al que el incidente se le entrega en variables de entorno y como JSON completo por la entrada estándar. Cada canal tiene su propio interruptor y su propio umbral de gravedad.

• Alertas de todo el dominio — el operador de guardia ve las alertas de cualquier nodo desde cualquier otro: el conjunto activo se propaga junto con el keep-alive y se retira en cuanto desaparece en el origen, y cada fila indica el nodo de origen. Las alertas de hardware y de sistema permanecen locales de forma predeterminada y se elevan al ámbito del dominio con un ajuste específico.

• Registro en base de datos — los mensajes del servicio se escriben en SQLite: entradas tipificadas con la fuente y el nivel de gravedad, agrupación de las repeticiones consecutivas en una sola fila con un contador y limitación de la retención por plazo y por volumen. A diferencia del conjunto activo de alertas, el registro sobrevive a un reinicio.

• Monitor TR 101 290 — control continuo de la conformidad del flujo de entrada con el estándar: un veredicto único («Normal», «Problema», «Comprobando…») y un informe estructurado por prioridades 1, 2 y 3, en el que para cada indicador se indican la cláusula del estándar, el valor medido y el límite. El multiplex MPTS se evalúa en su conjunto — por todos los PID, programas y tablas SI. El flujo se clasifica automáticamente como CBR o VBR, y las comprobaciones que solo tienen sentido con una tasa de bits constante no se evalúan en una fuente VBR y no producen falsos disparos. Más información — Monitor TR 101 290.

• Deriva del oscilador de referencia — la desviación sistemática de la frecuencia de reloj de la fuente se mide por regresión lineal en ppm con la tolerancia de ±30 ppm de ISO/IEC 13818-1 y se publica como una métrica aparte. La desviación lenta se compensa con microdesplazamientos suaves del punto de sincronización («Compensación de la deriva de sincronización», activada por defecto), por lo que en la salida no hay saltos.

• Modelo de búfer T-STD — análisis del búfer de vídeo del decodificador de referencia según ISO/IEC 13818-1 con contadores de desbordamiento y de vaciado para MPEG-2, H.264 y HEVC; el cómputo se lleva con el reloj PCR y la velocidad de drenaje se ajusta a la tasa de bits real del vídeo. Se activa con el ajuste «Analizar el búfer de vídeo T-STD».

• Análisis para la inserción de publicidad — análisis de las secciones SCTE-35 con eventos de empalme, puntos de empalme de la capa de transporte con antelación configurable y marcas de acceso aleatorio. Los datos se muestran en las estadísticas del flujo cuando el análisis profundo está activado.

• Asistente de reclamaciones — para un flujo con infracciones persistentes se genera un texto listo para un chat de IA, a partir del cual este redacta una carta formal de reclamación al proveedor del flujo: la relación de infracciones persistentes, los valores medidos, las cláusulas del estándar y el impacto sobre el decodificador. El texto se obtiene con la petición GET /data/stream/<id>/ai-complaint-prompt; el nombre del flujo y la dirección de la fuente no se incluyen en el texto.

• CI/CAM (EN 50221) — host Common Interface integrado: detección del módulo, lectura de su nombre y de la lista de CA_system_id admitidos, selección de los programas que se van a descifrar y envío de CA_PMT para cada uno de ellos. Un módulo combinado con el receptor DVB descifra en línea los programas seleccionados del multiplex recibido, varios a la vez; el estado de las ranuras y el veredicto de cada programa se ven en la interfaz.

• Descifrador por software BISS-1 / BISS-E — se aplica no solo a la recepción desde una tarjeta DVB, sino a cualquier entrada de flujo: la clave se define para todo el SPTS o por programas del multiplex y se cambia en caliente, sin reiniciar la entrada. En la recepción desde una tarjeta DVB el resultado se verifica además con el propio flujo, de modo que una clave incorrecta no aparece como un descifrado correcto, sino que genera una alerta específica.

• Limpieza del acceso condicional en la recepción DVB — del multiplex recibido por una tarjeta DVB se eliminan, mediante un ajuste específico del adaptador, los PID ECM y EMM, y del PMT, los descriptores CA de los programas abiertos: por el resto del trayecto circula un flujo FTA limpio. Si se pierde la clave, la señalización de acceso condicional se restablece para que un receptor situado más abajo en la cadena pueda volver a solicitar el acceso.

• Telemetría del transcodificador — de cada codificador se publica la información de medios de la salida recodificada: el formato del fotograma, el códec de vídeo, el conjunto de códecs de audio y la tasa de bits actual, y de cada proceso — la carga de CPU y la memoria ocupada.

• RTMP y RTMPS — un canal se publica en cualquier receptor RTMP, incluidos YouTube y Facebook: vídeo H.264 o HEVC (HEVC mediante Enhanced RTMP) y una pista AAC; para rtmps:// el nodo se conecta como cliente TLS. En sentido inverso, la entrada obtiene por sí misma el flujo de una fuente rtmp:// o rtmps:// y remultiplexa FLV a MPEG-TS.

• Conmutación de fuente sin cortes — al cambiar la entrada activa en el transmisor, los peers PS1 receptores no se reconectan: la numeración y las marcas de tiempo se mantienen continuas, el pico de la cola se amortigua descartando los paquetes más antiguos y el hueco se completa con la retransmisión habitual.

• Retransmisión adaptativa PS1 — el receptor mide el RTT real hasta el transmisor y ajusta a él por sí mismo los intervalos de las peticiones de repetición; el RTT medido, el intervalo actual de repetición de la petición y el indicador de latencia demasiado baja se muestran en las estadísticas del enlace. La latencia del túnel de recepción se define directamente en milisegundos, en lugar del anterior multiplicador del RTT.

• Estados «Reconectando» y «Acción de administrador» — una entrada o una salida que ha perdido su fuente se reabre en el sitio y permanece en el estado «Reconectando» durante todo el tiempo de los intentos, generando un único aviso por episodio en lugar de un mensaje en cada intento. Una causa que no se resuelve repitiendo — un puerto ocupado, una interfaz ausente, datos que no son MPEG-TS, un fallo de SRT por el cifrado — hace que el nodo la pase al estado «Acción de administrador» con una alerta persistente, mientras que una modificación de los ajustes se aplica de inmediato.

• Multiplexor MPTS: identidad original — los programas pueden conservar sus PID originales y el orden de los programas en la PAT, la SDT y la NIT se define manualmente, por lo que un multiplex se migra a Perfect Streamer sin cambiar la identidad del flujo para el equipamiento receptor. Los programas con scrambling de TS se migran con sus marcas de tiempo originales.

• Integración con una facturación externa — cada sesión de espectador se autoriza en un sistema externo de facturación o CRM, se mantiene mediante una reautorización periódica y, al terminar, se le notifica a ese mismo sistema: un ciclo de vida Start / Interim / Stop al estilo de RADIUS, y la revocación de la suscripción corta la sesión en mitad de la visualización. Se cubren OTT, el peering PS1 y las salidas SRT, y la propia facturación se conecta con plantillas de petición y de análisis de la respuesta, sin modificar el software.

• Cliente ACME integrado (Let’s Encrypt) — emisión y renovación automática de los certificados para el servidor web, el servidor HTTP/OTT y el servidor EPG: el certificado se solicita para cada nombre de host configurado, la renovación se comprueba a diario y, si falla, se genera una alerta. Se admiten una autoridad de certificación arbitraria y la vinculación externa de la cuenta, y el certificado nuevo se aplica sin reiniciar el servicio.

• Nueva interfaz web — la gestión del nodo se ha trasladado a una consola nueva que se abre en la dirección del nodo (la ruta /admin): vista general, flujos, monitorización del sistema, DVB, DVR, transcodificadores, clientes, registro, alertas y todos los ajustes del servidor. Unos diagramas específicos muestran la topología del dominio Meshwork y el trayecto del flujo seleccionado desde las entradas hasta las salidas. La interfaz anterior se conserva en la dirección /classic. Más información — Interfaz web.

• Actualización en tiempo real — el nodo publica su estado como un flujo de eventos en /data/events: al conectarse llega una instantánea completa y, a partir de ahí, una vez por segundo se actualizan los marcos de los flujos, de los recursos del sistema, de los clientes y de los adaptadores DVB, mientras que las alertas y los cambios de estado llegan como eventos. La interfaz y los paneles externos funcionan sin sondeo periódico.

• Ayuda contextual — cada pantalla y cada ventana importante de la nueva interfaz disponen de una llamada a la ayuda que abre la sección de la documentación correspondiente exactamente a lo que está abierto en ese momento: el botón general de ayuda, para la pantalla; el botón «?» del encabezado de la ventana, para esa ventana. La sección se abre en el idioma de la interfaz.

• Idiomas, temas y disposiciones — la interfaz está traducida a seis idiomas (ruso, inglés, alemán, francés, español y portugués), admite un aspecto claro y otro oscuro y ajusta por sí misma la densidad de la disposición al teléfono, la tableta, la estación de trabajo y el videowall.

• Otras mejoras y correcciones de errores.