Ca va bien voir le jour, car j'ai enfin trouvé un contexte parfaitement adapté à ça : le FTTLA, grâce aux fréquences.
J'ai découvert qu'on pouvait faire passer du flux multicast à la demande sur des fréquences _dédiées_, donc le débit IP normal/unicast des abonnés ne sera pas amputé et les gens garderont leurs 100Mbps (quand bien même ils ont 6 TV). Je n'aurais pas pu faire ça sur du GPON, tout passe dans la même longueur d'onde.
Entre temps, le système s'est perfectionné :
- j'utilise les données EPG du satellite et du programme en cours pour déclencher le différé juste au début d'un programme plutôt que de faire bêtement du -1min, -10min, etc.
- ca marche avec les flux protégés (ça nécessite quand même une carte de droits côté abonné, car j'enregistre du flux chiffré, bêtement)
- les remontées IGMP permettent de démarrer le bon flux à la demande, et aggrege les requêtes trop rapprochées (20h10, si 2 abonnés veulent regarder le début du JT mais qu'elles ont 10sec d'écart, ça les envoie sur le même flux, au lieu de démarrer 2 flux séparés).
Du coup je vais pousser ça dans ma boite actuelle en premier, en grandeur nature 
Ahah génial 😀
C'est clair, ton système est plus adapté au câble avec en plus tes flux protégés qui arrivent bruts dans la box et qui sont décodés par droits sur carte comme une chaîne classique.
Et c'est très ingénieux, ta création de flux à la demande en delay en exploitant le Node pour convertir le flux IP en flux DVB et ainsi éviter d'enlever de la BP au client qui ne reçoit finalement qu'un flux TV décalé comme si c'était une nouvelle chaîne de son abonnement 😉
Étonnant d'ailleurs que Numéricable/Noos/etc ne l'aient pas utilisé dans le passé 🤔
Bon parcontre, le client ne peux pas se balader dans le flux en lecture à part arrêter le flux et refaire une demande 10min après pour passer la pub, si la fonction le permet et ça c'est un point bloquant.
La solution accède à une demande mais le client va vite comprendre qu'elle est sacrèment limitée surtout que les chaînes diffusent leurs programmes avec + ou - 5min voir 10min d'avance/retard sur l'EPG.
Pour l'accès à ce nouveau flux, tu procèdes comment ?
- Sur la chaîne en direct, un retour arrière par une touche de la télécommande qui bascule automatiquement sur la nouvelle chaîne quand le flux arrive ?
- par un midlleware qui affiche une page sur la box pour lancer le restart de chaîne ?
- le client va dans l'EPG de la box et clique sur le programme qu"il veut revoir du début et hop ça bascule sur le flux créé pour lui ?
En tout cas, oui, le tester en grandeur nature sur un petit réseau est une bonne solution pour voir si cela apporte une plus-value et si les clients en sont satisfaits 😀
Après, je m'intéresse à faire ce système de delay depuis 2012 au moins.
C'est très utilisé au US car ils ont des fuseaux horaires différents sur tout le pays et ils font du +1/+2/+3/+4 etc tout les jours avec du matos dédié :
https://dveo.com/Streaming-Video-HTTP-RTSP-Flash-IPTV/IP-Time-Delay-for-IPTV-time-delay-server.htmlhttps://www.imaginecommunications.com/products/playout/video-servers/nexio-specialty-servers/nexio-transport-stream-delay-serverhttps://broadstream.com/solutions/armada-time-delay/http://ffv.com/time-shift-delay.htmlAnevia, boîte française le fait aussi voir image en bas du post :
http://www.ixywf.com/index-8.htmlC'est pour ça, après toutes ces années, je crois avoir trouvé ce qui permettra d'avoir quelque chose de souple, sécurisé et respectueux de la BP du client.
Faut que je me lance 😄
TV et codecs