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

pipantal · « **Réponse #108 le:** 18 décembre 2017 à 11:45:26 »

Citation de: mattmatt73 le 18 décembre 2017 à 11:17:22

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

Alors non, l'encodage n'a rien à voir la dedans
c'est la technologie DAB/TNT
https://en.wikipedia.org/wiki/Digital_audio_broadcasting
Error-correction coding

PS : Je ne comprend pas cette agressivité

Optix · « **Réponse #109 le:** 18 décembre 2017 à 11:51:28 »

Tout le monde a le nez collé au protocole de diffusion, mais personne n'a percuté sur les réglages d'encodage de la source, qui règlent bien des problèmes, peu importe le protocole. C'est sûr, il faut s'aventurer en dehors des règles par défaut. Attention, je parle bien de l'encodage de la vidéo au niveau de l'image, pas des corrections pré-intégrées, sinon c'est trop facile.

D'ailleurs, pensez-y, le TCP génère environ 2x plus de travail pour les routeurs (qui doivent remonter les petits ACK au serveur de diffusion), pas optimal du tout. Pour ça que certains s'arrachent les cheveux à avoir du loss, alors que les liens sont pas chargés du tout et que d'autres ne peuvent pas regarder Miss France en OTT tranquillou.

pipantal · « **Réponse #110 le:** 18 décembre 2017 à 11:51:34 »

Citation de: Math le 18 décembre 2017 à 11:18:24

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.

Oui en effet, le terme entrelacement n'est pas le bon terme.
Il n'en demeure pas moins peut-être qu'en dehors de phénomène important, finalement, l'air et les cables électriques sont perturbés, donc la seule solution est de passer par un support qui n'est pas aussi influencé tel que la FO peut-être ?
Je persiste tout de même pour dire qu'en temps normal, le signal TNT satellite est suffisament robuste. Je pense aussi, que l'envie de rentabiliser les infrastructures oblige des concessions de robustesse.

Math · « **Réponse #111 le:** 18 décembre 2017 à 11:52:57 »

Citation de: pipantal le 18 décembre 2017 à 11:45:26

Alors non, l'encodage n'a rien à voir la dedans
c'est la technologie DAB/TNT
https://en.wikipedia.org/wiki/Digital_audio_broadcasting
Error-correction coding

PS : Je ne comprend pas cette agressivité

Perdu, c'est du DVB-T pour la TNT, et habituellement, du DVB-S2 pour le sat.

Idem côté tête IPTV multicast on utilise du DVB.

https://en.wikipedia.org/wiki/Digital_Video_Broadcasting

pipantal · « **Réponse #112 le:** 18 décembre 2017 à 11:57:04 »

Citation de: Hugues le 18 décembre 2017 à 11:23:35

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

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.

En ADSL la TV (chez free) n'est pas en UDP entre le NRA et ma box !
Et si cela en est, il n'y a que les FEC qui peuvent corriger un problème ce qui est trop faible en terme de robustesse.
Et oui du flux temps réel en TCP est possible, sauf qu'en cas de grosses perturbations le réseau explose, que si le lien est trop petit ça ne passe pas longtemps, qu'il faut un cache important pour laisser du temps au routeur de répéter les trames perdues. Mais ça marche nous sommes d'accord

Hugues · « **Réponse #113 le:** 18 décembre 2017 à 12:00:49 »

Citation de: pipantal le 18 décembre 2017 à 11:57:04

En ADSL la TV (chez free) n'est pas en UDP entre le NRA et ma box !

Si si.

Hugues · « **Réponse #114 le:** 18 décembre 2017 à 12:02:06 »

Citation de: pipantal le 18 décembre 2017 à 11:57:04

Et oui du flux temps réel en TCP est possible, sauf qu'en cas de grosses perturbations le réseau explose, que si le lien est trop petit ça ne passe pas longtemps, qu'il faut un cache important pour laisser du temps au routeur de répéter les trames perdues. Mais ça marche nous sommes d'accord

En 2017 (presque 2018), les routeurs, les liens... etc. Sont bien dimensionnés pour ça (ou du moins, le cout d'un upgrade n'est pas prohibitif). La clé c'est d'avoir beaucoup de serveurs de cache locaux

pipantal · « **Réponse #115 le:** 18 décembre 2017 à 12:19:44 »

Citation de: Hugues le 18 décembre 2017 à 12:02:06

En 2017 (presque 2018), les routeurs, les liens... etc. Sont bien dimensionnés pour ça (ou du moins, le cout d'un upgrade n'est pas prohibitif). La clé c'est d'avoir beaucoup de serveurs de cache locaux

Autant pour moi pour l'UDP de free, mais j'étais persuadé qu'il y a quelques années, ils avaient mis en place une répétition de paquets
Cela explique l'effet bloc au moindre eclair

Pour ce qui est des tuyaux suffisamment dimensionnés, je pensais surtout au lien de déserte finale de l'abonné. Sur le réseau opérateur, les tuyau sont bien gros comme il faut, il y a de la marge, mais l'abonné qui a 6Mbits à domicile, aura du mal en cas d'erreur trop important et même avec un buffer qui va bien, si essaye de regarder un flux à 4,5 ou 5 Mbit/s en streaming, non ?

Math · « **Réponse #116 le:** 18 décembre 2017 à 12:20:39 »

Citation de: Hugues le 18 décembre 2017 à 12:02:06

En 2017 (presque 2018), les routeurs, les liens... etc. Sont bien dimensionnés pour ça (ou du moins, le cout d'un upgrade n'est pas prohibitif). La clé c'est d'avoir beaucoup de serveurs de cache locaux

Je ne serai pas aussi catégorique, le volume de liens collecte<-> Accés à upgrader chez certains opérateur peut être assez conséquent et chiffrer assez vite.

Les modifications côté IPTV peuvent rapidement devenir très impactantes côté traffic donc très couteuses.

Hugues · « **Réponse #117 le:** 18 décembre 2017 à 12:22:06 »

Ah évidemment que tu ne pourrais pas tout passer en Unicast du jour au lendemain, mais c’est quelque chose qui est du domaine du possible 😊

mattmatt73 · « **Réponse #118 le:** 18 décembre 2017 à 12:51:45 »

Citation de: pipantal le 18 décembre 2017 à 11:45:26

Alors non, l'encodage n'a rien à voir la dedans
c'est la technologie DAB/TNT
https://en.wikipedia.org/wiki/Digital_audio_broadcasting
Error-correction coding

PS : Je ne comprend pas cette agressivité

System, ce n'est pas l'encodage !

Tu confonds la base de la base avec Mpeg audio/ vidéo d'un côté et System de l'autre

pipantal · « **Réponse #119 le:** 18 décembre 2017 à 15:50:00 »

Citation de: mattmatt73 le 18 décembre 2017 à 12:51:45

System, ce n'est pas l'encodage !

Tu confonds la base de la base avec Mpeg audio/ vidéo d'un côté et System de l'autre

J'adore.
C'est une question de mot.
Je pense que mpeg system est le procédé de transmission utiliser notamment en TNT/DVB et le DAB ?
Si c'est le cas, alors c'est simplement une question de « mots clés ».

En tout cas, comme parait-il utilise le multicast pour la diffusion de la TV, je trouve que cela fonctionne pas trop mal pour un truc de ne « fonctionne » pas.