Auteur Sujet: Flux TV: Multicast ou Unicast ? L'OTT est il l'avenir dans la TV ? (Lu 32283 fois)

raf · « **le:** 23 décembre 2015 à 13:26:14 »

Hors-sujet extrait de Qu'est ce qu'on attend pour utiliser IPv6 ?

Citation de: jack le 23 décembre 2015 à 11:19:51

Multicast, c'est une techno pour les vieux, les fous, et les sado-maso.

D'un autre cote, essaye de faire du unicast avec les flux TV qui font entre 6 et 12 Mbps.....
A peine quelques centaines de clients, avec la box TV demarree non-stop, tu remplis tres vite un 10G. Si en plus tu controles pas la box, et qu'elle demande un des flux en permanence (Cube Canal) ....

mattmatt73 · « **Réponse #1 le:** 23 décembre 2015 à 13:29:17 »

Citation de: raf le 23 décembre 2015 à 13:26:14

D'un autre cote, essaye de faire du unicast avec les flux TV qui font entre 6 et 12 Mbps.....
A peine quelques centaines de clients, avec la box TV demarree non-stop, tu remplis tres vite un 10G. Si en plus tu controles pas la box, et qu'elle demande un des flux en permanence (Cube Canal) ....

Je pense que jack était dans l'ironie.

Mais sérieusement, les jeunes à l'école, ils apprennent quoi sur ce sujet, car je suis surpris des fois...

jack · « **Réponse #2 le:** 23 décembre 2015 à 13:37:54 »

Citation de: raf le 23 décembre 2015 à 13:26:14

D'un autre cote, essaye de faire du unicast avec les flux TV qui font entre 6 et 12 Mbps.....
A peine quelques centaines de clients, avec la box TV demarree non-stop, tu remplis tres vite un 10G. Si en plus tu controles pas la box, et qu'elle demande un des flux en permanence (Cube Canal) ....

Essayer ? C'est fait

Citation de: mattmatt73 le 23 décembre 2015 à 13:29:17

Je pense que jack était dans l'ironie.

Mais sérieusement, les jeunes à l'école, ils apprennent quoi sur ce sujet, car je suis surpris des fois...

La dernière fois, c'était un truc du genre :
"le multicast, c'est bien pour la TV ! parce que ça permet d'économiser beaucoup d'argent, et si y'a des pertes de paquets, ce n'est pas grave"

Bref, de la connerie quoi : le multicast coute très cher, et les clients sont loin d'en avoir rien à foutre quand tu as des pixelisations régulièrement.
Aujourd'hui, pour environ 2€ one-shot par client, tu as une solution qui te fait pas chier et qui garantie une qualité conséquente pour le client final

Payer moins cher, ne pas se faire chier, et rendre le client heureux, tout benef

vivien · « **Réponse #3 le:** 23 décembre 2015 à 19:13:49 »

Il me semble que K-Net n'a pas fait d'annonce, mais ils ont basculé une bonne partie des clients K-Net TV en unicast (avec des streamer déployé au niveau régional).

Cela à un impact positif pour la qualité de l'offre TV pour les clients.

La TV supporte pas les pertes de paquets. Même 0,01% de perte de paquets, rend une émission difficilement regardable.

Tous les opérateurs ADSL (sauf Free) ont un double système de correction d’erreur :

- Couches basses (niveau 2) : PhyR (propriétaire Broadcom) ou G.INP (qui est plus puissant en correction que PhyR) est aujourd'hui utilisé par tous les opérateurs ADSL (Orange n'a pas encore tous ses DSLAM compatible, mais chez les autres, cela doit être systématique)

- Couches hautes (niveau 6) : FEC (Orange / Bouygues Telecom) RTP-Retry (SFR / Bouygues Telecom)

FEC : Un flux RTP supplèmentaire est envoyé aux clients et permet de corriger la plupart des erreurs rencontrées.

3 avantages :
- Corrections de la majorité des pertes
- Possibilité de corriger des pertes qui arrivent sur tout le réseau simultanèment
- Pas de flux unicast (dimensionnement de la plate-forme indépendant du nb de clients)

2 inconvénients :
- Perte de 20% de débit, qui est utilisé uniquement pour les corrections même si il n'y a rien à corriger
- Augmentation du temps de zapping (il faut un buffer pour traiter le flux, car les corrections au même moment que les données, sans quoi on risquerais de perdre le flux et la correction du flux)

RTP-Retry : Les set-top-box intègrent un logiciel qui va demander à un serveur les paquets RTP perdus

2 avantages :
- Corrections de la majorité des pertes de paquets
- Le débit consommé sur le réseau du client est uniquement celui nécessaire pour corriger les pertes

3 inconvénients :
- Nécessite de nombreux serveurs et plus il y a de clients, plus il faut de serveurs (coûts)
- Augmentation du temps de zapping (il faut un buffer pour laisser le temps de faire les requêtes au serveur et recevoir les paquets manquants)
- Impossibilité pour les serveurs de répondre pour des pertes qui impactent tous les clients (très rare)

Chez SFR le RTP-R s'apelle Pure Pixel :

Citation de: vivien le 15 novembre 2008 à 09:13:48

Cas 1 : Le flux multicast est reçu sans erreur => aucun problème, la technologie pure pixel est inutilisée
Cas 2 : Le flux multicast est reçu avec des erreurs => La technologie revoit les paquets perdu est l'image affichée reste parfaite
Cas 3 : Le flux multicast est reçu avec des erreurs => La technologie revoit les paquets perdu. Certains paquets renvoyés sont de nouveau perdu. L'image affichée à des defaults mais moins que si la technologie pure pixel n'était pas utilisée.

mattmatt73 · « **Réponse #4 le:** 23 décembre 2015 à 19:25:34 »

En contribution, c'est fec IP qui gagne, que l'on soit en unicast ou multicast.

jack · « **Réponse #5 le:** 23 décembre 2015 à 20:05:35 »

Citation de: mattmatt73 le 23 décembre 2015 à 19:25:34

En contribution, c'est fec IP qui gagne, que l'on soit en unicast ou multicast.

Qu'est-ce que tu veux dire par "contribution" ? Commit ? Je ne comprends pas !

vivien · « **Réponse #6 le:** 23 décembre 2015 à 20:30:32 »

Il me semble qu'un flux de contribution, c'est un flux fournit par une chaîne de TV à un opérateur pour sa diffusion ou transformation.

Avant ce n'était pas de l'IP, mais j'imagine que cela change et que IP envahit tout..

mattmatt73 · « **Réponse #7 le:** 23 décembre 2015 à 20:34:58 »

Citation de: vivien le 23 décembre 2015 à 20:30:32

Il me semble qu'un flux de contribution, c'est un flux fournit par une chaîne de TV à un opérateur pour sa diffusion ou transformation.

Avant ce n'était pas de l'IP, mais j'imagine que cela change et que IP envahit tout..

Bravo !

C'est la traduction du feed.

C'est donc de pros à pros, sans abonnés ou dth

BadMax · « **Réponse #8 le:** 23 décembre 2015 à 20:41:47 »

DTH=Diffusion Terrestre Hertzienne ?

ou Dans Ton H... ?

vivien · « **Réponse #9 le:** 23 décembre 2015 à 20:54:16 »

Sinon on pourrait rajouter l'Unicast comme possibilité de correction des erreurs :

6 Avantages :
- Capacité de correction supérieure à un FEC 20% et RTP-Retry
- Permet de faire du restart (revenir en arrière si on a loupé le début de l'émission)
- Possibilité de corriger des pertes qui arrivent sur tout le réseau simultanèment (contrairement au RTP-Retry)
- Le débit consommé sur le réseau du client est uniquement celui nécessaire pour corriger les pertes
- Permet de supprimer le multicast
- Flux compatible tablette / téléphone

5 inconvénients :
- Risque de dégrader / bloquer la TV de tous les clients, lors des grands événements sportifs si le dimensionnement ne prend pas suffisamment de marge.
- Upgrade du réseau pour absorber le trafic lors des pic de consommation
- Nécessite de déployer des serveurs a de multiples endroits sur le réseau
- Délais importants de diffusion du live (problématique pour un match : les voisinent cries au but alors que l'on a rien vu)
- Augmentation du temps de zapping (il faut remplir le buffer, généralement important)

Après il faut un client de qualité, comme celui de Netflix par exemple (qui gère plusieurs connexions TCP en // pour diminuer le risque de congestions)
CanalPlay a par contre un lecteur bien moins bon avec des pertes de qualité par moment et une montée en résolution lente. (commencer par une faible résolution permet de diminuer le temps de zapping)

mattmatt73 · « **Réponse #10 le:** 23 décembre 2015 à 21:31:25 »

Citation de: BadMax le 23 décembre 2015 à 20:41:47

DTH=Diffusion Terrestre Hertzienne ?

ou Dans Ton H... ?

Direct to home

mattmatt73 · « **Réponse #11 le:** 23 décembre 2015 à 21:39:43 »

Attention Vivien, l'overhead que tu annonces en fec IP n'est pas toujours de cette valeur.

Un petit calculateur pour s'en rentre compte

http://www.enensys.com/widgets/enensys_mpeg2ts_over_ip_calculator.htm