Fizz TV en retard sur le direct : j’ai redémarré le routeur avant de comprendre que 30 secondes stables ne ressemblaient pas à une panne réseau

J’avais pris un retard constant pour un problème de Wi-Fi

Fizz TV n’est pas une chaîne reçue directement par une antenne ou un câble coaxial branché dans un décodeur traditionnel.

Fizz le décrit comme un service de télévision en direct par IPTV: les chaînes passent par Internet et sont lues dans une application multiplateforme.

Mon premier réflexe était donc logique.

Télévision sur Internet égale problème Internet.

J’ai vérifié le débit.

Plusieurs centaines de mégabits.

Fizz demande au minimum un forfait Internet résidentiel de 30 Mb/s pour son service télé.

J’étais très loin au-dessus.

J’ai ensuite testé l’Apple TV en Ethernet.

Même retard.

Retour au Wi-Fi.

Même retard.

Redémarrage du routeur.

Toujours pratiquement la même distance avec le direct.

C’est là qu’un détail a commencé à me gêner: si mon réseau était réellement en train de manquer de souffle, pourquoi l’image restait-elle aussi propre ?

Fizz associe justement les problèmes de connexion à des symptômes comme les gels, la mise en mémoire tampon ou les interruptions de lecture.

Moi, je n’avais rien de tout cela.

J’avais une image impeccable qui arrivait simplement trop tard.

Puis j’ai trouvé d’autres personnes gênées par exactement la même chose

Dans une discussion publique de juillet 2026 sur Fizz TV, plusieurs utilisateurs parlaient précisément du retard par rapport au vrai direct.

L’un l’estimait autour de trente secondes et trouvait cela particulièrement pénible pour le sport. Un autre comparait Fizz TV à une réception OTA et constatait un décalage encore plus important. Un troisième racontait suivre des matchs en même temps que son fils et entendre ses réactions avant de voir lui-même l’action sur l’écran.

Ce n’était pas une mesure de laboratoire.

Mais la conséquence réelle était exactement celle que j’avais sous les yeux.

Pour un film, trente secondes ne changent rien.

Pour un but, un panier décisif ou les dernières secondes d’un match, trente secondes suffisent pour que la notification du téléphone, le voisin ou le groupe de discussion transforme le « direct » en rediffusion involontaire.

Et surtout, ces personnes parlaient d’un décalage relativement stable, pas seulement d’une télévision qui gelait.

J’ai donc arrêté de mesurer uniquement le débit.

J’ai commencé à mesurer le retard.

C’était beaucoup plus instructif.

Une vidéo Internet garde volontairement une petite distance de sécurité

Le mot « direct » m’avait induit en erreur.

Sur Internet, le direct doit passer par plusieurs étapes avant d’arriver sur l’écran: la chaîne est captée, encodée, découpée, distribuée, téléchargée par l’application puis mise en mémoire avant affichage.

HLS illustre bien ce principe.

Le flux est divisé en segments successifs que le lecteur télécharge et peut mettre légèrement en réserve avant leur lecture.

Cette réserve est justement ce qui permet à la vidéo de rester fluide lorsqu’une connexion ralentit brièvement.

Mais elle a une conséquence évidente: le lecteur ne se trouve plus exactement au bord du direct.

L’image qui m’a aidé est celle d’un train.

Si l’application reste collée au dernier wagon disponible, elle est très proche du direct, mais le moindre problème réseau peut provoquer un arrêt.

Si elle garde quelques wagons devant elle, le voyage devient beaucoup plus régulier.

En échange, elle arrive un peu plus tard.

C’est pour cela qu’« aucune coupure » et « presque en temps réel » ne veulent pas dire la même chose.

Réduire le délai demande aussi que le service soit conçu pour cela

Apple documente d’ailleurs Low-Latency HLS précisément pour les services qui veulent réduire cette distance avec le direct.

Au lieu d’attendre uniquement des segments complets, le lecteur peut travailler avec des parties plus petites et rester beaucoup plus près du flux en cours.

Ce détail a changé mon diagnostic.

Je pouvais avoir le meilleur routeur de la pièce et une connexion largement assez rapide sans pour autant récupérer les secondes ajoutées plus tôt dans la chaîne de diffusion.

Le routeur peut empêcher d’ajouter du retard.

Il ne peut pas retirer, à lui seul, celui que le service de streaming et son lecteur ont déjà choisi de conserver.

Je n’avais donc plus besoin de deviner quel équipement était « responsable ».

Je pouvais le tester.

J’ai changé une seule chose à la fois

J’ai repris la même chaîne.

Même téléviseur.

Même émission en direct.

D’abord Ethernet.

Puis Wi-Fi.

Le retard changeait très peu.

J’ai fermé complètement l’application, puis relancé la chaîne.

Elle revenait sensiblement au même endroit derrière le direct.

Ensuite, j’ai regardé le VPN.

Fizz demande que l’appareil utilisé pour le service soit connecté au réseau résidentiel attendu et recommande également de désactiver un VPN lorsqu’un problème d’accès ou de lecture apparaît.

J’avais justement un VPN configuré sur mon réseau pour d’autres usages.

Je l’ai retiré du chemin de Fizz TV.

Le flux s’est lancé proprement.

Mais mon retard de base était toujours là.

Et ce résultat m’a finalement rassuré.

Le VPN pouvait compliquer l’accès à Fizz ou ajouter un mauvais détour réseau.

Il n’était pas la cause de ces trente secondes stables que je retrouvais même en connexion directe.

Le vrai signal d’alerte aurait été que trente secondes deviennent quarante-cinq

À partir de là, je pouvais enfin distinguer deux problèmes qui se ressemblaient.

Si Fizz restait à peu près à la même distance du direct et jouait sans interruption, je regardais d’abord le comportement de la chaîne et de l’application.

Si le retard augmentait progressivement pendant la soirée, surtout après des gels ou des mises en mémoire tampon, alors le réseau redevenait suspect.

Chaque interruption peut pousser le lecteur à reprendre avec davantage de marge.

Le Wi-Fi, le routeur ou un chemin VPN inutilement long peuvent donc ne pas créer le retard initial, mais ajouter du retard évitable par-dessus.

Cette différence m’a évité une quantité assez ridicule de réglages.

Je n’essayais plus de gagner trente secondes en changeant de DNS ou en redémarrant le modem.

Je cherchais surtout à empêcher trente secondes d’en devenir quarante.

C’est aussi ce qui a changé ma manière d’utiliser un VPN avec Fizz TV

Avant ce test, j’avais essayé de faire passer une grande partie de la maison par le même tunnel VPN.

Cela me semblait propre: une seule configuration, tout le monde passe dedans.

Pour Fizz, c’était surtout une variable de plus.

Le service fonctionnait plus simplement en restant sur son chemin résidentiel direct.

Mais je ne voulais pas renoncer au VPN sur mon ordinateur simplement parce que la télévision n’en avait pas besoin.

J’ai donc cessé de résoudre les deux problèmes au niveau du routeur.

Fizz TV est resté direct.

Sur mon portable, j’ai lancé OnlydogVPN^↗ et choisi le mode correspondant à mon usage.

La connexion est partie immédiatement sans que je touche au réseau du téléviseur.

Pendant le match, je pouvais continuer à naviguer via le petit tunnel pendant que Fizz gardait son trajet normal.

C’est là que cette séparation est devenue vraiment utile.

Le VPN ne promettait pas de récupérer artificiellement les secondes déjà introduites par la chaîne de streaming.

Il faisait mieux pour mon installation: il me permettait d’utiliser un VPN là où j’en avais besoin sans obliger Fizz TV à passer par lui.

Fizz avait son chemin.

Mon portable avait le sien.

Et mon diagnostic du direct restait enfin propre.

Le vrai gain était de ne plus transformer chaque besoin VPN en réglage de routeur

J’avais initialement centralisé le VPN parce que je voulais simplifier les choses.

En pratique, chaque problème de télévision devenait ensuite un problème de VPN potentiel.

Est-ce le serveur ?

Le protocole ?

Le routage ?

La région choisie ?

Le tunnel ralentit-il la TV ?

Dois-je exclure l’Apple TV ?

En déplaçant le VPN vers l’appareil qui en avait réellement besoin, toute cette branche du diagnostic disparaissait.

Le petit service possède moins de régions et moins de recul public qu’un grand fournisseur historique.

Mais dans cette situation précise, ce n’était pas la taille de son réseau qui m’a servi.

C’était le fait de pouvoir lancer rapidement une route adaptée depuis le portable sans reconfigurer l’infrastructure familiale.

Je pouvais changer mon propre trajet Internet sans toucher à celui du téléviseur.

Et si Fizz TV prenait soudain quinze secondes supplémentaires pendant un match, je savais que mon VPN personnel n’était plus dans le chemin.

Cette simplicité avait beaucoup plus de valeur que je ne l’aurais imaginé avant de passer une soirée à redémarrer un routeur qui n’avait rien fait.

Ce que je regarderais d’abord la prochaine fois

Je regarde comment le retard se comporte.

Un retard relativement fixe avec une lecture parfaitement fluide ressemble davantage à la marge conservée quelque part dans la chaîne de streaming.

Un retard qui augmente après des gels ou des mises en mémoire tampon me fait regarder le Wi-Fi, le routeur et le chemin réseau.

Une application qui refuse carrément de fonctionner lorsque le VPN est actif est encore un troisième problème — et Fizz demande justement de tester sans VPN dans cette situation.

Ces trois symptômes peuvent tous être résumés par:

« Fizz TV est en retard ».

Ils ne racontent pourtant pas la même panne.

Je voulais au départ faire disparaître trente secondes en optimisant mon réseau.

J’ai fini par obtenir quelque chose de plus utile: Fizz TV laissé sur son chemin direct, et un VPN que je peux utiliser ailleurs sans remettre la télévision dans l’équation.

Depuis, lorsque mon téléphone annonce le but avant mon écran, je mesure d’abord l’écart; je ne redémarre plus le routeur pour essayer de rattraper un direct que l’application regarde déjà avec quelques segments de recul.