Neverlag Playback Lab
Lab lecteur IPTV
Tout ce qu’on mesure est ici. Chaque essai, pas seulement les bons.
La page d’accueil affirme que la plupart des freezes naissent dans le lecteur. Le Lab en est la preuve : ce qu’on mesure, comment on mesure et ce qui en est sorti.
On mesure parce que les affirmations ne coûtent rien. Un lecteur qui se dit « stable » doit montrer combien de temps l’image reste figée quand la connexion disparaît, ce qu’il fait quand la ligne livre trop lentement et ce qui se passe quand la 4K ne passe pas.
C’est pourquoi la règle en haut n’a pas d’exception : chaque essai est publié, pas seulement les bons.
Conçu pour des réseaux et des flux qui ne sont pas parfaits.
Neverlag est un lecteur IPTV pour Apple TV, iPhone, iPad, Mac et Fire TV, pour les fournisseurs Xtream Codes et M3U. Il sépare la récupération du flux de sa lecture, pour qu’une coupure de connexion ne provoque pas de rechargement. Mesuré : 60 secondes sans connexion, zéro rechargement.
- 0 rechargement — connexion coupée 20, 30, 45 et 60 secondes
- 42 → 0 images figées en 15 minutes de ligne bridée — sans puis avec ajustement
- 1,3 s médiane jusqu’à la nouvelle connexion dès que le serveur répond
Méthode
- Les perturbations sont provoquées, pas attendues : on coupe et on bride nous-mêmes la ligne de l’appareil, chrono et journal en main.
- Source identique : le même fournisseur, la même chaîne, la même playlist pour tous les essais — et plus tard pour tous les lecteurs.
- On compte ce que le spectateur voit : image figée en secondes, programme manquant en secondes, rechargement oui ou non.
- Tous les essais sont publiés, pas les meilleurs. Médiane et étendue quand il y en a plusieurs.
- Chez le concurrent, aucun réglage que les utilisateurs auraient normalement activé n’est désactivé. On teste ce que l’utilisateur obtient.
- Banc d’essai et quotidien restent séparés : banc d’essai veut dire perturbé volontairement, quotidien veut dire journal sans intervention.
- Les chiffres viennent du journal que chaque installation de Neverlag écrit en local. Tu trouves le tien dans l’app, sous Diagnostic.
25 septembre — la preuve pour le lecteur repensé
La page d’accueil dit : Neverlag agit sur les perturbations avant que l’image se fige, ramène la 4K tout seul et ne montre pas de noir au redémarrage. Voici la mesure derrière tout ça, des 24 et 25 septembre, sur Mac avec l’app finale.
On a mesuré contre un serveur que nous exploitons nous-mêmes (le redémarrage aussi sur un vrai flux de fournisseur), avec une pièce intermédiaire qui produit des perturbations : elle coupe la connexion, bride la ligne, redémarre le flux ou laisse mourir la chaîne — sur commande, chronomètre en main. Une caméra filme l’écran ; on compte ce que tu verrais.
Au-dessus de chaque tableau, un paragraphe dit ce qu’il montre. Les termes techniques sont entre parenthèses, derrière le mot de tous les jours.
La connexion disparaît complètement pendant 20 secondes, le lecteur a 30 secondes de réserve (tampon). La question : intervient-il alors qu’il n’en a pas besoin — et l’image se fige-t-elle ? Réponse : il ne recharge rien et ne change rien, parce que la réserve tient, et raccorde la nouvelle connexion dès que la ligne revient. À ce moment-là, l’image accroche une bonne demi-seconde — c’est l’instant où l’ancien et le nouveau flux sont raccordés.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| 20 secondes sans connexion, 30 secondes de réserve | S’en aperçoit quand l’image se fige, puis recharge | Continue sur la réserve, ne recharge rien, ne change rien | 0 rechargement, 0 changement, 0,6 s d’accroc au raccord, raccordé 4,7 s après la fin de la perturbation | 25 septembre |
Le fournisseur redémarre le flux — l’horloge dans le flux revient à zéro (redémarrage de la base de temps). Les autres lecteurs rechargent alors la chaîne : deux secondes de noir, fenêtre de retour arrière perdue. Neverlag garde la dernière image et raccroche le nouveau flux à la suite. Mesuré d’abord sur un vrai flux de fournisseur (passé par notre pièce intermédiaire, deux minutes d’enregistrement), puis une seconde fois sur notre propre serveur : 0,50 s.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| Redémarrage du flux chez le fournisseur | Recharge, environ deux secondes de noir | La dernière image reste, puis ça continue | Image figée 0,44 s, 0 image noire en deux minutes d’enregistrement | 24 septembre |
La chaîne tombe chez le fournisseur : la connexion tient, mais plus rien n’arrive. Les autres lecteurs affichent une erreur. Après quelques secondes, Neverlag constate que la source est morte et prend tout seul l’autre chemin vers la chaîne (la deuxième voie de transmission, HLS). Le changement lui-même coûte une bonne seconde d’image figée. Dans cet essai, le lecteur a ensuite jugé à tort que le nouveau chemin « n’aidait pas » et a rechargé une fois pour rien — ce défaut est corrigé depuis le 25 septembre (constat S50 ci-dessous), prouvé sur le banc d’essai, pas encore répété en direct.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| Chaîne morte chez le fournisseur | Message d’erreur, tu zappes | Prend lui-même l’autre chemin vers la chaîne | Autre chemin après 14 s, image 1,2 s après le changement | 24 septembre |
La même coupure que ci-dessus, mais sur l’autre voie de transmission (HLS), où le lecteur a moins de réserve. Ici, Neverlag n’a pas absorbé la perturbation — la réserve n’a pas suffi. Mais il n’a pas abandonné : il attend, réessaie tout seul et revient 9 secondes après la fin de la coupure.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| Coupure de 20 secondes sur l’autre voie de transmission (HLS) | Message « flux indisponible », fin | Attend, redémarre tout seul | Redémarrage 9 s après la fin de la coupure, première image 0,19 s plus tard | 25 septembre |
La ligne est trop lente : elle livre 8 mégabits par seconde (Mbit/s), la chaîne 4K en demande 12. Neverlag passe en revue, dans l’ordre, ce qui pourrait aider, et ne bascule qu’ensuite en HD — sans que l’image se fige. Quand on retire le frein, il vérifie en arrière-plan deux minutes après le changement et ramène la 4K tout seul, sans interruption.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| Ligne bridée à 8 Mbit/s, la chaîne en demande 12 | Saccade, recharge encore et encore | Vérifie les étapes, passe en HD, te le dit en une ligne | Passage en HD après 27,7 s, 0 coupure ; le passage lui-même : une image figée de 0,8 s | 25 septembre |
| Frein retiré | Reste en HD jusqu’à ce que tu zappes | Vérifie en arrière-plan et ramène la 4K | 4K de retour 2 minutes après le changement, 0 interruption | 25 septembre |
| Bouton « Retour en 4K » pressé | — | Respecte ton choix pour la soirée | Bouton pressé 0,4 s après le passage : retour en 4K, 0 deuxième passage | 25 septembre |
Pour finir, la série classique, le même soir avec l’app Mac finie : nous coupons la connexion pendant 20, 30, 45, 60 et 90 secondes, avec environ 30 secondes de réserve — le serveur de test n’en construisait pas plus. Tant que la réserve suffit, tu ne vois rien. Quand elle ne suffit pas, l’image reste figée jusqu’au retour de la connexion. Et après une minute de tentatives vaines, Neverlag affiche un message, attend par paliers fixes (15, 30, 60 secondes) puis redémarre de lui-même — c’est pourquoi les essais à 60 et 90 secondes ne sont pas de bons essais. Ils sont ici parce que tout est ici.
| Perturbation | Ce que fait un autre lecteur | Ce que fait Neverlag | Mesure | Date |
|---|---|---|---|---|
| 20 secondes sans connexion | S’en rend compte quand l’image se fige, puis recharge | Continue à lire depuis la réserve | 0 s d’image figée, 0 rechargement, reconnexion 0,8 s après la fin | 25 septembre |
| 30 secondes sans connexion | Recharge, fenêtre de retour perdue | Réserve presque vide, brève image figée, puis ça repart | 1,5 s d’image figée, 0 rechargement, reconnexion 0,4 s après la fin (8 septembre : 11,4 s) | 25 septembre |
| 45 secondes sans connexion | Recharge | Réserve vide, l’image reste figée jusqu’au retour de la connexion | 20,5 s d’image figée, 0 rechargement, reconnexion 5,0 s après la fin | 25 septembre |
| 60 secondes sans connexion | Recharge, message d’erreur | Après une minute de tentatives vaines : message, 15 secondes d’attente, redémarrage de lui-même | environ 43 s sans image, 1 redémarrage, reconnexion 13 s après la fin (8 septembre : 40,3 s d’image figée, pas de redémarrage) | 25 septembre |
| 90 secondes sans connexion | Recharge, message d’erreur | Message, attend par paliers (15, 30, 60 secondes), redémarre de lui-même | environ 106 s sans image, reconnexion 46 s après la fin du blocage | 25 septembre |
Ce qu’on a trouvé en chemin et corrigé avant la sortie
La première version basculait trop tôt sur l’autre voie de transmission pendant la coupure — sur la même ligne morte — et jetait 17 secondes de bonne image au lieu de les jouer. Elle retenait l’autre voie comme « éprouvée » alors qu’elle avait sept coupures, et sur l’autre voie elle s’accrochait 45 secondes à une source morte. On a corrigé les trois et remesuré ; les chiffres ci-dessus sont la mesure après correction.
Encore ouvert : si la chaîne tombe sur l’autre voie de transmission, Neverlag met aujourd’hui environ une demi-minute avant que l’image revienne par la première voie. La prochaine version en économise un quart de minute. C’est écrit ici parce que tu le verrais.
Et d’après la dernière table : après une minute sans connexion, Neverlag attend aujourd’hui par paliers fixes (15, 30, 60 secondes) avant de réessayer — d’où une reconnexion de 13 à 46 secondes au lieu d’une. Rare au quotidien ; c’est dans le Lab quand même.
Fire TV
La version Fire TV du 25 septembre (build 20260925.1642) a les mêmes mécanismes que l’app Apple. Sur le stick lui-même — Fire TV Stick 4K et 4K Max, journaux des 22 septembre et 23 septembre — c’est documenté : l’app tourne avec l’image directement sur le téléviseur, et les constats faits sur le stick (pas de son sur certaines chaînes, écran blanc après le bouton retour, son en retard sur l’image après le bouton accueil) sont corrigés dans les versions du 23 septembre.
Pas encore documenté sur le stick : les mesures de perturbation ci-dessus. Pour Fire TV, elles ont tourné le 25 septembre sur un appareil de test au labo (technique Fire TV, mais pas le stick lui-même) ; là, la connexion est revenue une seconde après la fin de la coupure de 20 secondes, première image 0,44 seconde plus tard. Le passage sur le stick reste à faire et apparaîtra ici dès qu’il sera fait.
La semaine d’avant
La preuve du 25 septembre s’appuie sur des choses construites et mesurées la semaine d’avant.
-
Réserve de 30 à 60 secondes (23 septembre)
Neverlag garde au moins 30 secondes de réserve sur chaque appareil, jusqu’à 60 quand la ligne le permet. Mesuré sur Mac : 20 secondes sans connexion avec 34 secondes de réserve — 0 seconde d’image figée, 0 rechargement, pas une seule requête au fournisseur ; 45 secondes sans connexion : 8 secondes d’image figée, aucun rechargement.
-
Chaîne morte — l’autre chemin tout seul (22 septembre)
Si la chaîne meurt chez le fournisseur, Neverlag prend tout seul l’autre voie de transmission, puis une autre source de la même chaîne. Sans réglage, sans question. Dans le simulateur : image après 0,55 seconde sur l’autre voie. Si aucune voie n’aide, Neverlag te le dit — avec un compte à rebours jusqu’au prochain essai, au lieu de bombarder le fournisseur de requêtes.
-
Son et image synchrones (21 septembre)
Sur l’Apple TV, le son était 15 secondes derrière l’image après une coupe dans le flux — trouvé dans le journal du 21 septembre. Depuis le 22 septembre, Neverlag recale le son sur l’image sans recharger la chaîne ; la réserve reste.
-
Égards pour le fournisseur (24 septembre)
Le lecteur se retient auprès du fournisseur : en 5 minutes de lecture sans perturbation, il y a eu 2 connexions à la chaîne et 2 requêtes au compte — comptées par la pièce intermédiaire, 0 rechargement. En cas de perturbation, Neverlag demande à intervalles croissants, pas chaque seconde.
- Banc d’essai
Le constat qui a tout changé
Image figée, trou, rechargement, connexion coupée
Montage
On a coupé la connexion 20, 30, 45 et 60 secondes. Un cinquième essai : coupée 20 secondes après avoir laissé Neverlag constituer 60 secondes de réserve.
On mesure combien de temps l’image reste figée, combien de programme manque ensuite et si le lecteur recharge.
Résultat
Connexion coupée Réserve préalable Image figée Trou Rechargement 20 s aucune 0,0 s 0,0 s 0 30 s aucune 11,4 s 6,1 s 0 45 s aucune 18,2 s 18,0 s 0 60 s aucune 40,3 s 34,3 s 0 20 s 60 s 0,0 s 0,0 s 0 Jusqu’à 20 secondes, tu ne remarques rien : pas d’image figée, pas de trou. Au-delà, la durée du gel dépend de la réserve au moment de la coupure — dans ces essais entre 20 et 30 secondes.
Honnêtement : à 60 secondes sans connexion et 22 secondes de réserve, l’image est restée figée 40 secondes et 34 secondes de programme manquent. Neverlag n’a pas rechargé pour autant — la lecture a repris dès le retour du serveur, sans jeter la réserve.
Autres lecteurs : pas encore mesurés.
- Banc d’essai
Ligne lente
Images figées, connexions, rythme sur ligne bridée
Montage
Pendant 15 minutes, la ligne ne livre qu’environ 90 pour cent de ce que la chaîne demande. Deux essais : une fois sans, une fois avec l’ajustement de vitesse de lecture de Neverlag.
On compte les images figées et les connexions ; on mesure de combien la lecture prend du retard sur le direct.
Résultat
Mesure Neverlag Lume UHF IPTVX iPlayTV Images figées sans ajustement 42 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Tentatives de rétablir la connexion sans ajustement 29 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Images figées avec ajustement 0 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Connexions avec ajustement 1, sur 20 minutes pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Lecture avec ajustement environ 7 % plus lente pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Sans ajustement, le lecteur recharge sans arrêt parce que la réserve ne suffit pas — 42 images figées en 15 minutes. Avec ajustement, Neverlag lit un peu plus lentement, garde une seule connexion sur tout l’essai et ne recharge jamais.
Une fois, dans la deuxième minute, Neverlag a volontairement retenu l’image 7 secondes pour reconstituer la réserve. Ce n’était pas une réserve vide mais une décision — et c’est ici parce que tu l’aurais vu.
Environ 7 pour cent plus lent, ça veut dire : après un quart d’heure, tu as une bonne minute de retard sur le direct. Le diagnostic te le montre ; toi, tu ne le vois pas.
Autres lecteurs : pas encore mesurés.
- Banc d’essai
Le serveur ne répond plus
Délai jusqu’à la nouvelle connexion
Montage
Les mêmes cinq essais que ci-dessus : la connexion tient, le serveur ne livre plus rien. On mesure en combien de temps Neverlag est reconnecté dès que le serveur répond.
Résultat
Mesure Neverlag Lume UHF IPTVX iPlayTV Essais 5 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Nouvelle connexion après le retour du serveur, médiane 1,3 s pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Étendue 1,1–2,1 s pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Rechargements 0 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Neverlag vérifie en continu si le serveur est joignable et se reconnecte dès qu’il répond — dans ces essais, une à deux secondes après son retour. Il n’attend pas un minuteur fixe et ne recharge pas ; la nouvelle connexion est raccordée à la réserve.
Autres lecteurs : pas encore mesurés.
- Quotidien
Courtes pauses de livraison au quotidien
Compensées par la réserve
Montage
Pas de banc d’essai : le journal note quand le serveur ne livre rien pendant quelques secondes sur une connexion ouverte. On compte ces pauses et si une image figée en a résulté.
Résultat
Mesure Neverlag Lume UHF IPTVX iPlayTV Pauses de livraison sur la période 10 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Durée, médiane 7,3 s pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Durée, étendue 6,2–9,4 s pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Compensées sans image figée 10 sur 10 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Dix pauses entre six et neuf secondes, toutes compensées par la réserve. C’est exactement le quotidien pour lequel la réserve existe.
Autres lecteurs : pas encore mesurés.
- Quotidien
4K : une bascule plutôt qu’une image figée
Changements de qualité
Montage
Quotidien : si la 4K ne passe pas, le lecteur bascule vers le palier stable en l’annonçant et propose un retour. On compte les bascules automatiques, le gel qui les précède et les fausses bascules.
Résultat
Mesure Neverlag Lume UHF IPTVX iPlayTV Bascules automatiques, Mac, 23 août–7 septembre 4 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Image figée avant la bascule 1,5–2,0 s (trois fois), 15,2 s (une fois) pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Bascule vers le même palier, autre source 3 sur 4 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Fausses bascules, Apple TV, depuis le 5 septembre 0 (remesuré sur 332 s) pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Dans trois des quatre bascules sur Mac, il n’y avait pas de palier inférieur ; Neverlag a basculé vers une autre source du même palier et a écrit « 4K → 4K » dans le journal à l’époque. C’était ambigu ; depuis le 2 septembre, ça s’appelle « autre source ».
Le 5 septembre 2026, l’app Apple TV est descendue 9 fois de la 4K à la HD en une soirée sans raison valable : le déclencheur, c’étaient des images perdues à l’affichage, pas dans le flux. Depuis le soir du 5 septembre, seul le flux compte ; remesuré : 0 image perdue en 332 secondes, aucune bascule.
Une limite aujourd’hui : la 4K HDR sur Apple TV. Le flux arrive proprement et le décodeur livre chaque image — mais la conversion de l’image HDR pour l’écran tourne encore sur le processeur, et en 4K des images se perdent. La 4K sans HDR et la 1080p tournent proprement. Le rendu GPU, qui met l’image directement à l’écran, arrive ensuite.
Autres lecteurs : pas encore mesurés.
- Banc d’essai
Deux appareils, un compte
Éviction, attente, message à l’utilisateur
Montage
Deux fournisseurs, qui autorisent chacun une connexion. La lecture tourne ; puis un deuxième appareil ouvre une connexion sur le même compte — une fois sur la même chaîne, une fois sur une autre. On mesure ce qui arrive à la première connexion.
Résultat
Mesure Neverlag Lume UHF IPTVX iPlayTV Fournisseurs 2 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Cas 4 pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Première connexion fermée par le fournisseur 4 sur 4, après 3–9 s pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Enregistrement sur la connexion de lecture en cours, quotidien, 1 septembre 44 minutes, 0 erreur pas encore mesuré pas encore mesuré pas encore mesuré pas encore mesuré Les deux fournisseurs comptent des connexions, pas des appareils — et la plus récente gagne : le dernier arrivé éjecte l’autre. Jusqu’au 8 septembre, l’éjecté se reconnectait aussitôt, éjectait à son tour, et deux appareils Neverlag sur un même compte s’éjectaient mutuellement toutes les secondes.
Depuis le 8 septembre, le deuxième appareil attend au lieu d’éjecter en retour, et te dit qu’un autre appareil regarde en ce moment. Mesuré sur banc d’essai face à un fournisseur simulé, pas encore avec deux vrais appareils.
Enregistrement et lecture se partagent une connexion : le 1 septembre 2026, un enregistrement a tourné 44 minutes sur la connexion de la lecture en cours au lieu d’une deuxième — aucune erreur due à la limite.
Autres lecteurs : pas encore mesurés.
Les chiffres viennent du journal que chaque installation de Neverlag écrit en local. Tu trouves le tien dans l’app, sous Diagnostic.
Ce que Neverlag fait autrement Questions et réponses Télécharger Neverlag