Objet¶
Perfect Streamer est un logiciel serveur destiné à l’acheminement fiable de flux MPEG-TS sur le réseau Internet public sujet aux pertes de paquets et aux latences. Il reçoit, traite, multiplexe et transcode aussi des chaînes de télévision et les diffuse en OTT. Le produit s’adresse aux diffuseurs et aux opérateurs de télécommunications : transport dorsal de chaînes entre opérateurs, têtes de réseau DVB-to-IP, plateformes IPTV/OTT et réseaux de distribution.
Perfect Streamer est fourni sous la forme d’une application unique pour Linux x86-64 dotée d’une interface web intégrée et d’une API HTTP. Une seule installation assure toutes les étapes de la chaîne : réception, traitement et remultiplexage, transcodage, transport entre nœuds, diffusion OTT et archivage (DVR), supervision.
Transport de flux entre nœuds¶
Pour chaque flux, on configure un serveur émetteur (Sender) et un ou plusieurs récepteurs (Receiver). Pour le transport des flux entre l’émetteur et le récepteur, ainsi que pour la communication avec des équipements tiers, quatre protocoles Peer sont disponibles :
PS1 (Perfect Stream) — protocole propriétaire basé sur UDP, fonctionnant selon le principe Automatic Repeat reQuest (ARQ) avec retransmission sélective. Il consomme peu de ressources et transporte des flux à haut débit, y compris un MPTS complet. Il convient le mieux aux configurations point-à-multipoint : un émetteur et de nombreux récepteurs.
SRT — protocole ouvert, largement répandu, qui compense bien les pertes de paquets ; modes listener/caller ; compatible avec les équipements tiers et les services cloud.
RIST — protocole ouvert basé sur RTP/RTCP. Il fonctionne selon le principe ARQ sans ACK, uniquement par NACK ; profils Simple et Main.
Pro-MPEG COP3/RTP+FEC (SMPTE 2022-1/2) — RTP avec correction d’erreurs directe (FEC), sans voie de retour. Avantages : la faible latence et la compatibilité avec les équipements de diffusion professionnels. Inconvénients : le trafic supplémentaire permanent et une récupération faible en cas de pertes de paquets importantes.
Le chiffrement AES est pris en charge par PS1, SRT et RIST dans le profil Main ; dans Pro-MPEG, il est mis en œuvre comme extension non standard (Chiffrement des flux). Une description détaillée des protocoles et la planification des canaux de transport sont fournies dans la section Planification et protocoles de transmission de données.
Outre les protocoles Peer, des entrées et sorties standard sont prises en charge : UDP (unicast/multicast), RTP, HLS/HTTP, RTMP/RTMPS, fichier/périphérique, tube nommé (pipe) et application externe (std). TCP et RTSP ne sont pris en charge qu’en entrée.
Fonctions principales¶
Traitement sans réencodage — listes de PID autorisés et interdits, réaffectation de PID et agencement automatique des PID du programme, modification de la SDT et des langues audio, changement de PNR, suppression des tables superflues (SDT/CAT/NIT/TDT, télétexte, sous-titres), mise en conformité des intervalles PAT/PMT avec TR 101 290 ; modes de débit, y compris CBR avec bourrage jusqu’à un débit constant compatible DVB.
Multiplexeur MPTS — assemblage d’un multiplex à partir de programmes individuels avec génération PSI/SI et une sortie conforme à TR 101 290.
Démultiplexeur — extraction de programmes individuels d’un MPTS vers des SPTS autonomes.
Transcodeur — transcodage matériel sur GPU NVIDIA et Intel VPL, transcodage logiciel sur le CPU ; plusieurs encodeurs à partir d’un seul décodeur (par exemple, pour un débit adaptatif).
Analyseur — contrôle de conformité à TR 101 290 (DVB) pour les SPTS et MPTS, détecteur de dérive PCR, modèle de tampon T-STD, analyse approfondie du flux, analyseur SCTE-35, détecteur CBR/VBR.
EPG et EIT — capture de l”EIT à l’antenne dans une base EPG, import XMLTV, génération d’un EIT correct (present/following et schedule) dans le flux sortant, génération forcée de la SDT.
Serveur EPG — fourniture du XMLTV complet sur
/xmltvavec restriction de l’ensemble des canaux selon l”identifiant, pour les middleware OTT.Flux de test — générateur de signal de test intégré.
Meshwork — regroupement de serveurs en domaines fondé sur le protocole gossip des réseaux décentralisés. Un domaine offre l’état en direct des nœuds, un répertoire commun des adresses et ports utilisés (bibliothèque de ressources) et la réplication des alertes.
Comptabilisation des sessions et contrôle d’accès — limites de connexions par utilisateur, ACL par chaîne, identifiant prefix/suffix pour l’intégration avec le middleware. Autorisation des sessions des clients dans une facturation externe — vérification de chaque session lors de la connexion et réautorisation périodique avec révocation de l’accès en cours de session (cycle de vie de type RADIUS : Start / Interim / Stop) ; un connecteur HTTP universel pour connecter la facturation de l’opérateur. La comptabilisation est réalisée séparément pour chaque protocole — HLS/DASH pour l”OTT et PS1/SRT pour le peering de flux.
Interface web — gestion de toutes les fonctions, rôles d’administrateurs, profils adaptatifs pour poste de travail, tablette et téléphone.
Certificats TLS automatiques (ACME) — émission et renouvellement automatiques des certificats, rechargement à chaud du TLS ; HTTPS et HTTP/3 « prêts à l’emploi ».
Analyseur et supervision — contrôle TR 101 290 (DVB) en entrée, alertes unifiées avec envoi par Email, Telegram ou vers un script externe, mosaïque de chaînes.
Sont également disponibles : redondance des sources avec basculement automatique ; intégration avec des systèmes de supervision (Zabbix, Grafana, Prometheus, InfluxDB, Nagios) ; intégration avec un système de facturation externe pour l’autorisation des sessions des clients ; sauvegarde et export/import des paramètres.
Pour les diffuseurs DVB¶
Les têtes de réseau de diffusion satellite, câble et hertzienne (DVB-to-IP, remultiplexage, contribution entre sites) disposent de :
Réception depuis des cartes DVB — DVB-S, DVB-S2, DVB-T, DVB-T2 et DVB-C avec l’ensemble complet des paramètres de configuration ; gestion du LNB et de DiSEqC 1.0, partage du LNB entre tuners.
Scanner de transpondeurs et balayage « à l’aveugle » — parcours des listes de référence (satellites.xml, cables.xml, terrestrial.xml) avec collecte des PSI/SI, construction de l’arborescence multiplex → programme et mesure du SNR, du niveau et du BER ; recherche de transpondeurs non standard sans fichier de référence.
Désembrouillage — CI/CAM matériel (EN 50221) avec CAM combiné au récepteur DVB, et BISS-1 / BISS-E logiciel (clés par PNR ou PLP, mise à jour à chaud). Nettoyage de l’accès conditionnel en sortie — suppression des ECM/EMM, des CAT et des descripteurs CA de la PMT pour obtenir un flux FTA propre.
Décapsulation T2-MI (ETSI TS 102 773) — fourniture simultanée du multiplex DVB-S/S2 externe et de toutes les porteuses T2-MI imbriquées. Le DVB-T2 régional est ainsi reçu par satellite sans passerelle dédiée.
Moniteur de signal (femon) — mesure continue du lock, du niveau, du SNR, du BER et de l’UCB avec tracé de graphiques dans le temps.
Démultiplexeur — extraction d’un programme individuel (par PNR) d’un transpondeur reçu vers un SPTS autonome.
Pour les diffuseurs OTT¶
Les opérateurs IPTV/OTT et les plateformes de distribution disposent de :
Diffusion OTT — HLS, Low-Latency HLS et MPEG-DASH sur CMAF ; diffusion via HTTPS et HTTP/3 (QUIC) ; multidébit adaptatif (ABR) dans une playlist maîtresse unique ; segmentation alignée sur les GOP/IDR ; MPEG-TS brut over HTTP pour les clients TS.
Sous-titres WebVTT — décodage du télétexte DVB et des sous-titres DVB en WebVTT pour les lecteurs OTT, y compris dans l”archive.
DVR réseau — enregistrement de chaque canal OTT dans une archive sur disque en parallèle de la diffusion ; lecture de l’archive via les mêmes URL HLS/DASH (décalage temporel et VOD), transition archive → live sans redirection ni nouvelle autorisation, catch-up basé sur l”EPG, VOD adaptative et archive CMAF, stockages multi-disques avec rétention et purge automatique.
Transcodeur et échelle ABR — plusieurs encodeurs ayant chacun leur propre résolution, débit et codec fonctionnent à partir d’un seul décodeur (1toN) ; en matériel sur GPU (NVIDIA, Intel VPL) ou en logiciel sur CPU.
Prêt pour le CDN — segments adressables par contenu avec en-têtes immutable, cache-key normalisé et CORS pour le passage à l’échelle derrière un proxy inverse ou un CDN.
