Auteur Sujet: Le multicast et la télédiffusion par un réseau neutre (Lu 36511 fois)

pipantal · « **Réponse #96 le:** 18 décembre 2017 à 10:20:47 »

Citation de: jack le 18 décembre 2017 à 08:32:02

Ça fait 30 ans qu'on fait de la tv sur multicast, s'il y a des "adaptations à faire", elles sont faites depuis longtemps.
Oui, un truc genre TCP
Tu veux dire, d'après des années d'expériences.

Quand vous parlez de faire des adaptations, j'ai surtout l'impression que vous vous arrêtez à des faits peut-être vrais il y a 30 ans, mais par contre, vous refusez toutes possibilités d'innovation.
Quand vous continuez à parlez de truc du genre TCP, je comprend surtout que vous vous arrêtez au traitement du signal ADSL/Ethernet/wifi/etc dans la trame réseau.
Moi je vous parle d'une traitement du signal vidéo contenu dans la trame.
En TNT, régulièrement des trames sont perdus non corrigeables et pourtant le streaming fonctionne très bien, car le signal vidéo est robuste avec des entrelacements de trame, des répétitions partielles qui permet de récupérer les choses en temps réel.
Je ne vois pas en quoi cette vision des choses ne seraient pas possible

pipantal · « **Réponse #97 le:** 18 décembre 2017 à 10:36:17 »

Citation de: mattmatt73 le 18 décembre 2017 à 09:24:50

Et ben vas-y fais-lui toute l'histoire de DVB et de Mpeg system.vu les questions qu'il pose il n'a pas compris ce qui est disponible publiquement sur le net.

Je ne parle pas des ouvrages spécialisés que l'on trouve dans les librairies techniques.

Sinon il y a aussi de la formation de vidéo sur IP, j'ai des bons contacts.

Dit donc, est-ce qu'il serait possible d'être un peu condescendant en étant persuadé d'avoir la connaissance ultime.
Les technologies évoluent, les évidences d'il y a 25 ans n'ont plus lieu d'être à ce jour.
Manifestement en tout cas, vous n'arrivez pas à faire la différence entre les couches de transmission d'un signal, ou bien vous êtes simplement buté. Pourquoi ? là ça m'échappe.
Au début je cherche à discuter d'un sujet qui m'intéresse et de suite on tombe sur l'autre, en imposant sa supériorité technique.
Franchement je ne comprend pas cette attitude

Math · « **Réponse #98 le:** 18 décembre 2017 à 10:41:23 »

Citation de: pipantal le 18 décembre 2017 à 10:36:17

Les technologies évoluent, les évidences d'il y a 25 ans n'ont plus lieu d'être à ce jour.

Tout à fait, c'est le cas de l'entrelacement

jack · « **Réponse #99 le:** 18 décembre 2017 à 10:42:27 »

Citation de: pipantal le 18 décembre 2017 à 10:20:47

Quand vous parlez de faire des adaptations, j'ai surtout l'impression que vous vous arrêtez à des faits peut-être vrais il y a 30 ans, mais par contre, vous refusez toutes possibilités d'innovation.

As-tu la moindre idée de la recherche effectuée par les opérateurs dans le domaine ? Les sommes énormes qui sont allouées à ce sujet ?
Visiblement pas.
Fait preuve d'un peu de respect.

Citer

En TNT, régulièrement des trames sont perdus non corrigeables et pourtant le streaming fonctionne très bien, car le signal vidéo est robuste avec des entrelacements de trame, des répétitions partielles qui permet de récupérer les choses en temps réel.

Non c'est faux : il suffit d'avoir des perturbations et le résultat est catastrophique.

Citer

Je ne vois pas en quoi cette vision des choses ne seraient pas possible

C'est possible, et y'a même un nom: TCP.

vivien · « **Réponse #100 le:** 18 décembre 2017 à 10:43:43 »

Le FEC, c'est justement rendre robuste le flux multicast.

Cela augmente de 20% la taille du flux et permet une correction de la plupart des pertes de paquets rencontrées.

C'est utilisé par Orange et Bouygues Telecom.

TCP est par contre plus performant pour la correction que le FEC.

miky01 · « **Réponse #101 le:** 18 décembre 2017 à 10:48:21 »

Surtout que il y a 30 ans le multicast c'était de la TV analogique

J'oubliais l'unicast sur Minitel a 1200/75.

Faudra encore attendre qques années que ca fonctionne un peu mieux avant que je démonte mes paraboles et antennes TNT.

pipantal · « **Réponse #102 le:** 18 décembre 2017 à 11:03:15 »

Citation de: jack le 18 décembre 2017 à 10:42:27

As-tu la moindre idée de la recherche effectuée par les opérateurs dans le domaine ? Les sommes énormes qui sont allouées à ce sujet ?
Visiblement pas.
Fait preuve d'un peu de respect.

Non c'est faux : il suffit d'avoir des perturbations et le résultat est catastrophique.
C'est possible, et y'a même un nom: TCP.

Manifestement on ne parle pas du même niveau de couche du signal …

Lorsque que vous dîtes que le signal TNT est catastrophique dès qu'il y a la moindre perturbation je ne suis pas d'accord.
L'exemple des jours d'orage est un bon exemple.
Malgré les sommes énormes dépensées par les opérateurs telecom, la TV ne fonctionne pas bien dès qu'il y a une petite perturbation malgré les corrections FEC des trames. Parce qu'il n'y a pas d'entrelacement par exemple, et qu'on s'obstine à vouloir avoir une transmission parfaite du streaming. Voilà l'erreur ! Le temps s'accomode mal de cette technologie.
Lorsqu'on fait du streaming à la TNT/DAB, il y a des tas de combinaison possible de transmission du signal vidéo dans des trames. Le décodage du signal vidéo avec les trames arrivées intactes ou récupérer permet d'avoir un signal sans erreur. Chez moi la TNT passe parfaitement les jours d'orage sans effet de bloc alors qu'en ADSL c'est tout simplement inregardable et pourtant avec un lien à 11Mbit/s le reseau pourrait me renvoyer les trames 3 fois, mais ça ne marche pas, car le TCP est mal adapté au temps réel, sauf à avoir des buffers de 30s comme fait Youtube par exemple.

pipantal · « **Réponse #103 le:** 18 décembre 2017 à 11:08:43 »

Citation de: vivien le 18 décembre 2017 à 10:43:43

Le FEC, c'est justement rendre robuste le flux multicast.

Cela augmente de 20% la taille du flux et permet une correction de la plupart des pertes de paquets rencontrées.

C'est utilisé par Orange et Bouygues Telecom.

TCP est par contre plus performant pour la correction que le FEC.

Le FEC est là pour corriger les erreurs dans la transmission des trames.
Cependant si la trame est non récupérable, elle est tout simplement perdu en multicast.
Le TCP permet de faire répéter la trame perdue, mais cela demande trop de temps, et cette technologie n'est pas adaptée temps réel sauf à utiliser des buffers pour laisser le temps de récupérer une trame qui manque, et à condition d'avoir un lien qui n'est pas limite en débit.

Pour assurer un flux sans trop d'erreur, il faut augmenter la robustesse, par des répétitions partielles de flux afin de pouvoir corriger les erreurs qui ne sont pas récupérable par les autres FEC.

Certes le flux est certainement plus important (50-100%), mais parfaitement robuste est fiable.

mattmatt73 · « **Réponse #104 le:** 18 décembre 2017 à 11:11:59 »

Citation de: vivien le 18 décembre 2017 à 10:43:43

Le FEC, c'est justement rendre robuste le flux multicast.

Cela augmente de 20% la taille du flux et permet une correction de la plupart des pertes de paquets rencontrées.

C'est utilisé par Orange et Bouygues Telecom.

TCP est par contre plus performant pour la correction que le FEC.

Attention Vivien, tu fais une simplification un peut hâtive.

Fec est souvent utilisé en dth à 20% mais il peut avoir un taux variable.

Avec fec IP, ,on peut même avoir 2 niveaux scalable de fec, sur 2 ports différents.

mattmatt73 · « **Réponse #105 le:** 18 décembre 2017 à 11:17:22 »

Citation de: pipantal le 18 décembre 2017 à 11:08:43

Le FEC est là pour corriger les erreurs dans la transmission des trames.
Cependant si la trame est non récupérable, elle est tout simplement perdu en multicast.
Le TCP permet de faire répéter la trame perdue, mais cela demande trop de temps, et cette technologie n'est pas adaptée temps réel sauf à utiliser des buffers pour laisser le temps de récupérer une trame qui manque, et à condition d'avoir un lien qui n'est pas limite en débit.

Pour assurer un flux sans trop d'erreur, il faut augmenter la robustesse, par des répétitions partielles de flux afin de pouvoir corriger les erreurs qui ne sont pas récupérable par les autres FEC.

Certes le flux est certainement plus important (50-100%), mais parfaitement robuste est fiable.

Alors une piste pour que tu nous lâches : Mpeg System

Math · « **Réponse #106 le:** 18 décembre 2017 à 11:18:24 »

Citation de: pipantal le 18 décembre 2017 à 11:03:15

Manifestement on ne parle pas du même niveau de couche du signal …

Lorsque que vous dîtes que le signal TNT est catastrophique dès qu'il y a la moindre perturbation je ne suis pas d'accord.
L'exemple des jours d'orage est un bon exemple.
Malgré les sommes énormes dépensées par les opérateurs telecom, la TV ne fonctionne pas bien dès qu'il y a une petite perturbation malgré les corrections FEC des trames. Parce qu'il n'y a pas d'entrelacement par exemple, et qu'on s'obstine à vouloir avoir une transmission parfaite du streaming. Voilà l'erreur ! Le temps s'accomode mal de cette technologie.
Lorsqu'on fait du streaming à la TNT/DAB, il y a des tas de combinaison possible de transmission du signal vidéo dans des trames. Le décodage du signal vidéo avec les trames arrivées intactes ou récupérer permet d'avoir un signal sans erreur. Chez moi la TNT passe parfaitement les jours d'orage sans effet de bloc alors qu'en ADSL c'est tout simplement inregardable et pourtant avec un lien à 11Mbit/s le reseau pourrait me renvoyer les trames 3 fois, mais ça ne marche pas, car le TCP est mal adapté au temps réel, sauf à avoir des buffers de 30s comme fait Youtube par exemple.

Tu mélanges tout et ça ne t'aide pas à être crédible :

1) Le support physique n'est pas le même donc les mécanismes de contrôle et de correction d'erreur ne sont pas les même
2) L'entrelacement est un artefact qui n'a aucun intérêt en terme de correction d'erreur en numérique.
3) Pour illustrer le point 2) : les têtes de réseaux IPTV d'Orange, Free, Bouygues et SFR diffusent en entrelacé. C'est globalement plutôt historique que pour toutes autre raisons.
4) Si tu estimes que les corrections d'erreurs/ les transmissions sont ultra robustes en Satellite et en TNT, je t'invite à venir visiter la salle de supervision d'un broadcasteur un soir d'orages, tu verras que les solutions miracles en terme de diffusion/corrections d'erreurs n'existent pas.

Hugues · « **Réponse #107 le:** 18 décembre 2017 à 11:23:35 »

Citation de: pipantal le 18 décembre 2017 à 11:03:15

Chez moi la TNT passe parfaitement les jours d'orage sans effet de bloc alors qu'en ADSL c'est tout simplement inregardable et pourtant avec un lien à 11Mbit/s le reseau pourrait me renvoyer les trames 3 fois

Mais ne le fait pas, puisque c'est de l'UDP/Multicast et pas du TCP/Unicast.

Citation de: pipantal le 18 décembre 2017 à 11:03:15

car le TCP est mal adapté au temps réel, sauf à avoir des buffers de 30s comme fait Youtube par exemple.

Dommage que tu répondes à coté de la plaque.
Ce n'est (toujours) pas du TCP.
Et faire du flux TCP en temps réel, ça se fait. Très bien même.