Si tous les Arte fonctionnent bien, C8 et le reste de ceux cités sont en grève.

Fux Arte:
#EXTINF:0,1 - Arte - Fibre HD
rtp://233.136.0.203:7500/203
#EXTINF:0,1 - Arte - Standard
rtp://233.136.44.27:7500/4106

La liste améliorée gonflée de C8 à TFX qui boudent.

Merci, donc il y a deux Arte standard : rtp://233.136.44.27:7500 (en clair) et rtp://233.136.0.116:65000 (chiffré)
Je me demande ce qui différentie ces deux flux outre le chiffrement. Le premier est à 2,3 Mb/s, le second à 2,6 Mb/s.

Le flux Arte HD+ est lui à 13,3 Mb/s ( rtp://233.136.0.203:7500/203 )
Il doit y avoir un quatrième flux Arte HD standard à 6 Mb/s.

Bonsoir,
Perso, je suis désolé mais je rejoins zoc sur ce genre de souci et me tournerai vers les DNS.
Vérifier que le PC (ou la console) reçoivent bien les DNS du DHCP et sinon les mettre en fixe pour voir, voire même les changer avec d'autres (1.1.1.1 ou 8.8.8.8, par exemple).

Dans le temps on utilisait un proxy/cache pour compenser le faible débit d'une connexion mutualisée, mais https a tué cette solution technique sans en proposer une alternative.

On faisait même des serveurs e-mails relais locaux, qui recevaient les e-mails dans la bande passante inutilisée d'une petite connexion mutualisée, même quand l'ordinateur client étai éteint. Idem pour l'envoi d'e-mails : on faisait croire à l'utilisateur qu'il avait bien envoyé son e-mail, alors qu'il était simplement dans un serveur relais local. C'était à l'époque des e-mails non chiffrés.

Paradoxalement, aujourd'hui il aurait une meilleure qualité de connexion en utilisant une machine de rebond, en télémaintenance, car bien que léger initialement, HTML est devenu un protocole lourd avec ses JS et images. D'ailleurs Opera a eu un browser pour mobile (Opera Mini) utilisant un serveur pour compresser fortement les pages HTML avant de les envoyer au téléphone, ça marchait plutôt bien, quelqu'un s'en souvient ?

Les smartphones sous Symbian-OS utilisaient tous ça, et ça fonctionnait vraiment bien, je confirme, même avec les 300kb/s poussifs d'une connexion 3G.
Par contre, ça posait des questions sur l'intégrité et la confidentialité des données...

Leon.

www.red-by-sfr.fr/?codeP=RED2F31905  En tout cas moi qui suis passé de Sosh réseau ok prix élevé, à Bouygues prix bas mais bas débit internet aussi, et maintenant Red Sfr prix très bas et haut débit, je vois pas pour quoi je payerais plus de 10 euros si on me le propose. C'est qu'ils savent ce qu'ils font chez SFR je suppose...Après pour ceux qui travail avec le téléphone (ce qui est aussi mon cas) je comprend qu'ils soient frileux...

Bonjour,
Si je peut me permettre de dire quelque chose chez RED/SFR le RCS ne fonctionne pas.
Alors que chez tout les autres il fonctionne sans aucun problème  particulier.

C'est exactement pour ça qu'il ne faut pas changer les valeur avec ft_setenv.

CF. Good practice sur un ONU XGS-PON
Il me semble qu'il est possible de faire la même chose sur le ONU G-PON, mais j'ai la flemme de chercher