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, ainsi qu’à la réception, au traitement, au multiplexage, au transcodage et à la diffusion OTT de chaînes de télévision. 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 et bien plus encore.
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. Faible consommation de ressources ; transport de flux à haut débit, y compris un MPTS complet. Particulièrement efficace dans les configurations point-à-multipoint, un émetteur et plusieurs récepteurs.
SRT — protocole ouvert, largement répandu et offrant de bonnes performances de compensation des 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 avec NACK, ce qui garantit une grande efficacité ; profils Simple et Main.
Pro-MPEG / RTP+FEC (Pro-MPEG COP3, aussi appelé SMPTE 2022-1/2) — RTP avec correction d’erreurs sans voie de retour (FEC). Ses avantages sont la faible latence et la compatibilité avec les équipements de diffusion professionnels ; ses inconvénients sont le trafic supplémentaire permanent et la faible récupération en cas de pertes de paquets importantes.
Tous les protocoles Peer prennent en charge le chiffrement AES. 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) ; en complément, uniquement en entrée — TCP et RTSP.
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 : état en direct des nœuds, répertoire commun des adresses et ports utilisés (bibliothèque de ressources), réplication des alertes sur le domaine.
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 HTTP connector 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, alerting unifié avec distribution 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 : réception du DVB-T2 régional 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 master playlist 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 transparente archive → live, catch-up basé sur l’EPG, VOD adaptative et archive CMAF, stockages multi-disques avec rétention et purge automatique.
Transcodeur et échelle ABR — un seul décodeur alimente plusieurs encodeurs ayant chacun leur propre résolution, débit et codec (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.
