@kgersen : Il est très difficile de savoir jusqu'où une société peut aller. Il est par contre très facile de faire envoyer un courrier par son cabinet d'avocats en mettant les formes, ça suffit à faire peur en général. Comment savoir si c'est juste du vent ou une réelle volonté ? Perso je m'amuserais pas à faire le pari sauf si je suis vraiment sûr de mon fait.

@Marin : Justement je me méfie au sujet de la base légale... L'extension perturbe le fonctionnement normal de Twitch, ça me semble pas si anodin que ça. Après j'avoue que j'ai pas creusé la question.

TL;DR : Je trouve juste compréhensible que VixinG y réfléchisse à deux fois avant d'aller au bras de fer avec Twitch même si à mon avis Twitch se contenterait plutôt de trouver une parade technique s'il s'entêtait.

Je trouve juste compréhensible que VixinG y réfléchisse à deux fois avant d'aller au bras de fer avec Twitch même si à mon avis Twitch se contenterait plutôt de trouver une parade technique s'il s'entêtait.

Voir le message je l'ai écrit dans le sujet anglais. Ils ont enlevé leur propre méthode de redirection ("?cdn" url query) parce que je l'ai écrit un guide comment l'utiliser.
Oui, je le crains. Même si elles ne feront rien, je ne veux pas perdre mon Twitch compte.

Dans les stores officiels d'extensions, ce sont tous les utilisateurs, même inactifs.
Donc avec les chiffres "officiels": 13700/28900=47% d'actifs.
C'est bon pour une extension, mais vu le problème corrigé, cela me parait pourtant faible.
Des personnes qui n'ont plus confiance en cette extension, sans toutefois la désinstaller?

Chrome extensions autoupdate = ~5h
Il est seulement trois jours depuis la mise à jour. Je n'avais que 500 utilisateurs le premier jour.

Je ne sais pas si c'est utile, mais voiçi un tracert que j'ai fait il y a quelques jours sous SFR Adsl et maintenant sous Orange Fibre.

J'ai toujours l'Adsl actif et il le restera, donc si besoin de test SFR vs Orange, n'hésitez pas

SFR



Orange

Pour moi c'est le serveur d'Amsterdam qui pose le moins de problèmes, il peut y avoir du buffer de temps en temps, mais ça reste très rare et très court.

J'ai deux serveurs qui semblent envoyer le flux :

video-edge-49b358.cdg01.hls.ttvnw.net    185.42.204.38   
video20.ams01.hls.ttvnw.net   185.42.204.170

Avec ma connexion ADSL Free, je suis au maximum de ma connexion (580 ko/s). En 4G Free, je buffer par moments à 1,5 Mo/s.

Bizarrement, le ping est élevé vers ces serveurs (en ADSL pourtant, 14 ms vers Paris) :

root@Server:~# hping3 -S -p 1935 185.42.204.38
HPING 185.42.204.38 (eth1 185.42.204.38): S set, 40 headers + 0 data bytes
len=46 ip=185.42.204.38 ttl=52 DF id=63922 sport=1935 flags=RA seq=0 win=0 rtt=68.6 ms
len=46 ip=185.42.204.38 ttl=52 DF id=64070 sport=1935 flags=RA seq=1 win=0 rtt=63.5 ms
len=46 ip=185.42.204.38 ttl=52 DF id=64254 sport=1935 flags=RA seq=2 win=0 rtt=63.5 ms
len=46 ip=185.42.204.38 ttl=52 DF id=64426 sport=1935 flags=RA seq=3 win=0 rtt=67.8 ms
len=46 ip=185.42.204.38 ttl=52 DF id=64623 sport=1935 flags=RA seq=4 win=0 rtt=66.7 ms
len=46 ip=185.42.204.38 ttl=52 DF id=64695 sport=1935 flags=RA seq=5 win=0 rtt=62.4 ms
--- 185.42.204.38 hping statistic ---
12 packets transmitted, 12 packets received, 0% packet loss
round-trip min/avg/max = 62.4/66.0/68.6 ms


root@Server:~# hping3 -S -p 1935 185.42.204.170
HPING 185.42.204.170 (eth1 185.42.204.170): S set, 40 headers + 0 data bytes
len=46 ip=185.42.204.170 ttl=51 DF id=13028 sport=1935 flags=RA seq=0 win=0 rtt=76.2 ms
len=46 ip=185.42.204.170 ttl=51 DF id=13222 sport=1935 flags=RA seq=1 win=0 rtt=72.1 ms
len=46 ip=185.42.204.170 ttl=51 DF id=13304 sport=1935 flags=RA seq=2 win=0 rtt=75.4 ms
len=46 ip=185.42.204.170 ttl=51 DF id=13468 sport=1935 flags=RA seq=3 win=0 rtt=78.4 ms
len=46 ip=185.42.204.170 ttl=51 DF id=13509 sport=1935 flags=RA seq=4 win=0 rtt=77.4 ms
--- 185.42.204.170 hping statistic ---
9 packets transmitted, 9 packets received, 0% packet loss
round-trip min/avg/max = 72.1/76.1/78.4 ms

Visiblement, c'est au niveau de la passerelle Level3 que ça augmente.

root@Server:~# hping3 -S --traceroute -p 1935 185.42.204.38
HPING 185.42.204.38 (eth1 185.42.204.38): S set, 40 headers + 0 data bytes
hop=1 TTL 0 during transit from ip=192.168.1.254 name=UNKNOWN
hop=1 hoprtt=4.4 ms
hop=2 TTL 0 during transit from ip=78.199.164.254 name=bar44-4-78-199-164-254.fbx.proxad.net
hop=2 hoprtt=7.5 ms
hop=3 TTL 0 during transit from ip=213.228.39.62 name=UNKNOWN
hop=3 hoprtt=7.6 ms
hop=4 TTL 0 during transit from ip=212.27.57.34 name=nantes-crs8-1-be1101.intf.routers.proxad.net
hop=4 hoprtt=11.8 ms
hop=5 TTL 0 during transit from ip=194.149.161.153 name=p11-crs16-1-be1105.intf.routers.proxad.net
hop=5 hoprtt=16.1 ms
hop=6 TTL 0 during transit from ip=78.254.249.6 name=th2-9k-1-be1001.intf.routers.proxad.net
hop=6 hoprtt=16.1 ms
hop=7 TTL 0 during transit from ip=213.242.111.209 name=ae56.edge4.Paris1.Level3.net
hop=7 hoprtt=67.5 ms
hop=8 TTL 0 during transit from ip=4.69.168.70 name=ae-2-70.edge3.Paris1.Level3.net
hop=8 hoprtt=63.2 ms
hop=9 TTL 0 during transit from ip=212.73.242.146 name=JUSTIN.TV.edge3.Paris1.Level3.net
hop=9 hoprtt=67.5 ms
hop=10 TTL 0 during transit from ip=10.16.255.130 name=UNKNOWN
hop=10 hoprtt=63.7 ms
len=46 ip=185.42.204.38 ttl=52 DF id=48471 sport=1935 flags=RA seq=10 win=0 rtt=67.5 ms
len=46 ip=185.42.204.38 ttl=52 DF id=48606 sport=1935 flags=RA seq=11 win=0 rtt=63.2 ms
len=46 ip=185.42.204.38 ttl=52 DF id=48766 sport=1935 flags=RA seq=12 win=0 rtt=67.5 ms
^C
--- 185.42.204.38 hping statistic ---
13 packets transmitted, 13 packets received, 0% packet loss
round-trip min/avg/max = 4.4/40.3/67.5 ms

Même problème pour moi, impossible de regarder un stream tranquillement.

C'est assez "excusable" chez Orange vu la masse de clients qu'ils ont, même si ça m'énervais bien aussi...