smarters pro retard direct décrit un problème différent du buffering : la vidéo peut être parfaitement fluide, sans freeze ni chargement, tout en montrant l’événement plusieurs secondes après qu’il s’est réellement produit. Sur IPTV Smarters Pro France, nous mesurons donc séparément le retard Live, le temps de démarrage, les pauses de buffering, le format du flux et le player utilisé.
Vérification documentaire : 7 octobre 2026. Tech Smarters cite la lecture à faible latence parmi les qualités recherchées pour un lecteur OTT performant, mais ne publie actuellement aucun chiffre officiel garantissant une latence précise dans Smarters Pro. Android documente en revanche précisément le concept de live offset, tandis qu’Apple documente HLS et Low-Latency HLS. Ces références permettent de construire un protocole fiable, mais pas de déclarer une latence Smarters Pro avant mesure.
Smarters Pro retard direct : état actuel des preuves
| Élément | Statut actuel |
|---|---|
| Smarters Pro prend en charge le streaming Live | DOCUMENTÉ |
| Tech Smarters parle de low-latency playback comme qualité OTT | DOCUMENTÉ AU NIVEAU ÉDITORIAL |
| Latence officielle Smarters Pro en secondes | NON PUBLIÉE |
| Android définit le live offset | DOCUMENTÉ |
| ExoPlayer peut cibler un live offset | DOCUMENTÉ AU NIVEAU ANDROID |
| ExoPlayer peut ajuster légèrement la vitesse pour revenir vers le live edge | DOCUMENTÉ AU NIVEAU ANDROID |
| HLS classique documenté par Apple | OUI |
| Low-Latency HLS documenté par Apple | OUI |
| Smarters Pro utilise LL-HLS dans tous les scénarios | NON ÉTABLI |
| Latence SP-142 réellement mesurée | NON |
La conclusion actuelle est donc :
LA LATENCE LIVE EST MESURABLE, MAIS AUCUN RETARD EN SECONDES NE DOIT ÊTRE ATTRIBUÉ À SMARTERS PRO AVANT UN TEST CONTRÔLÉ.
1. Qu’est-ce que le retard sur le direct ?
Imaginez un événement réel à :
20:00:00.
Si cette même action apparaît sur votre écran à :
20:00:18.
vous observez environ :
18 secondes de latence de bout en bout.
Cette mesure ne dit pas encore quelle partie de la chaîne produit ces 18 secondes.
2. Retard Live et buffering ne sont pas la même chose
| Problème | Description |
|---|---|
| Latence Live | La lecture reste derrière l’événement réel |
| Buffering | La lecture s’interrompt en attendant davantage de données |
| Startup delay | Temps entre sélection du Live et première image |
| Freeze | Image momentanément figée |
Une chaîne peut fonctionner pendant une heure sans aucun buffering et rester pourtant nettement derrière le direct.
Pour les pauses et freezes, utilisez notre guide buffering Smarters Pro.
3. Android donne un nom précis à cette différence : live offset
Android Media3 définit le live offset comme la différence entre :
le temps réel courant
et :
la position actuellement lue dans le flux Live.
Cette notion est beaucoup plus utile que simplement dire :
« mon Live est lent ».
Voir la documentation Android sur le Live streaming
4. Un player peut volontairement rester derrière le live edge
Être exactement sur la toute dernière donnée reçue n’est pas toujours souhaitable.
Un player peut conserver une marge afin d’absorber :
- les variations réseau ;
- les retards de téléchargement ;
- les variations CDN ;
- les changements de qualité ;
- les petits problèmes de livraison.
Réduire cette marge peut diminuer le retard mais aussi rendre la lecture plus sensible aux variations.
5. ExoPlayer possède même un target live offset
Google documente dans Media3 ExoPlayer plusieurs paramètres associés au direct :
| Paramètre | Rôle technique |
|---|---|
| targetOffset | Retard Live que le player essaie d’approcher |
| minOffset | Offset minimum autorisé |
| maxOffset | Offset maximum autorisé |
| minPlaybackSpeed | Vitesse minimale utilisée pour ajuster l’offset |
| maxPlaybackSpeed | Vitesse maximale utilisée pour rattraper le live edge |
Ces fonctions sont documentées au niveau ExoPlayer.
Elles ne prouvent pas quels paramètres Smarters Pro utilise réellement.
6. Pourquoi le player peut légèrement accélérer un Live ?
Android explique qu’en lecture Live à faible latence, ExoPlayer peut ajuster légèrement la vitesse.
Par exemple, après un rebuffering, le player peut s’être éloigné du live edge.
Lorsque le réseau redevient stable, il peut accélérer légèrement la lecture pour revenir progressivement vers son offset cible.
Ce comportement automatique n’est pas la même chose que notre article sur la vitesse de lecture Smarters Pro.
7. Vitesse utilisateur et rattrapage Live automatique sont différents
| Fonction | Objectif |
|---|---|
| Lecture utilisateur 1.5x | Regarder volontairement une vidéo plus vite |
| Ajustement Live automatique | Rapprocher la lecture d’un live offset cible |
Une petite accélération interne du Live ne prouve donc pas la présence d’un bouton 1.5x.
8. Qu’est-ce que la latence glass-to-glass ?
La mesure la plus complète part de :
l’événement réel devant la caméra
jusqu’à :
l’image affichée à l’utilisateur.
La chaîne peut inclure :
| Étape | Peut ajouter du retard ? |
|---|---|
| Caméra | OUI |
| Encodeur | OUI |
| Serveur d’origine | OUI |
| Packaging du flux | OUI |
| CDN | OUI |
| Réseau utilisateur | OUI |
| Buffer du player | OUI |
| Décodage | OUI |
| Affichage | OUI |
C’est pourquoi attribuer tout le retard à Smarters Pro sans contrôle est incorrect.
9. La meilleure source de test possède un chronomètre visible
Le protocole SP-142 idéal utilise une source Live que vous contrôlez.
Filmez par exemple :
- un chronomètre physique ;
- une horloge numérique très précise ;
- un compteur qui change chaque seconde.
Encodez ensuite cette caméra dans votre source Live autorisée.
Vous pourrez comparer directement :
chronomètre réel devant vous
contre :
chronomètre visible sur l’écran Smarters Pro.
10. Exemple de mesure simple
| Référence réelle | Écran Smarters Pro | Retard |
|---|---|---|
| 02:15:32 | 02:15:18 | ≈ 14 s |
Cette méthode évite de dépendre de deux horloges informatiques mal synchronisées.
11. Pourquoi une émission TV classique est une mauvaise référence unique
Comparer Smarters Pro à :
une chaîne satellite différente
ou :
une autre application utilisant une autre distribution
peut donner un chiffre intéressant pour l’utilisateur, mais pas isoler le player.
Les deux chemins peuvent avoir :
- des encodeurs différents ;
- des CDN différents ;
- des délais de production différents ;
- des formats différents ;
- des publicités insérées différemment.
12. Même événement ne signifie pas même flux
C’est un piège important.
Deux services peuvent montrer exactement le même match mais avec :
| Service A | Service B |
|---|---|
| Encodeur A | Encodeur B |
| CDN A | CDN B |
| Segments A | Segments B |
| Buffer A | Buffer B |
Dire “Smarters a 20 secondes de plus” serait alors trop simpliste.
13. Le meilleur test compare exactement la même source
Pour isoler davantage Smarters Pro :
| Variable | Smarters Pro | Lecteur référence |
|---|---|---|
| URL Live | Identique | Identique |
| Source vidéo | Identique | Identique |
| Réseau | Identique si possible | Identique |
| Format | Identique | Identique |
| Résultat | À mesurer | À mesurer |
Le même flux est indispensable pour une comparaison sérieuse.
14. Une comparaison simultanée est meilleure qu’une comparaison séparée
Si possible, utilisez deux appareils identiques ou deux sorties contrôlées en même temps.
Pourquoi ?
Parce qu’entre deux tests successifs :
- la charge réseau peut changer ;
- le CDN peut changer ;
- le Live évolue ;
- le buffer initial peut être différent.
Si deux appareils identiques ne sont pas disponibles, répétez plusieurs fois et alternez l’ordre des players.
15. Trois mesures sont nécessaires, pas une seule
Pour chaque test Live, notez :
| Mesure | Signification |
|---|---|
| Startup time | Temps entre sélection et première image |
| Glass-to-glass latency | Retard entre événement réel et affichage |
| Buffering | Nombre et durée des interruptions |
Ces trois valeurs peuvent évoluer indépendamment.
16. Démarrage rapide ne signifie pas faible latence
Un player peut afficher une image en :
1 seconde
mais démarrer sur une position déjà située :
20 secondes derrière le direct.
Il possède alors un bon startup time mais une latence Live importante.
17. Démarrage lent ne signifie pas nécessairement Live très retardé
L’inverse est également possible.
Un player peut attendre plusieurs secondes avant de commencer puis se positionner près du live edge.
Mesurez donc les deux valeurs séparément.
18. HLS peut ajouter plusieurs couches de retard
HLS distribue les médias à travers des playlists et segments successifs.
Voir la spécification HLS Apple
Apple recommande actuellement pour le HLS standard des segments d’environ :
6 secondes.
Mais :
segment de 6 secondes ≠ latence totale de 6 secondes.
Plusieurs segments, buffers et étapes peuvent intervenir.
19. Il ne faut pas calculer la latence uniquement à partir de la durée des segments
Par exemple, voir :
#EXT-X-TARGETDURATION:6
ne permet pas d’écrire :
« le Live possède exactement 6 secondes de retard ».
La latence réelle dépend également :
- du moment de publication du segment ;
- du hold-back ;
- du client ;
- du buffer ;
- de la récupération réseau ;
- du live offset ciblé.
20. Low-Latency HLS est une architecture différente
Apple a développé Low-Latency HLS pour rapprocher la lecture du direct tout en conservant les avantages de HLS.
Voir la documentation officielle Low-Latency HLS
Cette architecture utilise notamment :
- des partial segments ;
- des mises à jour de playlist plus fréquentes ;
- des preload hints ;
- des mécanismes adaptés au live edge.
21. Apple recommande environ une seconde pour le Part Target Duration
Dans sa spécification LL-HLS, Apple recommande un :
Part Target Duration de 1 seconde.
Cette valeur concerne la construction du flux LL-HLS.
Elle ne signifie pas :
« la latence finale sera exactement d’une seconde ».
22. LL-HLS peut revenir vers un HLS à latence normale
Apple explique également que Low-Latency HLS reste compatible avec les clients plus anciens.
Si les éléments nécessaires au mode faible latence ne sont pas pris en charge correctement, un client peut fonctionner dans un mode HLS à latence plus classique.
SP-142 ne doit donc pas déduire :
playlist LL-HLS côté serveur = Smarters Pro forcément en LL-HLS.
23. Android Media3 supporte Low-Latency HLS au niveau player
La documentation HLS actuelle de Media3 ExoPlayer indique une prise en charge du Low-Latency HLS Apple.
Voir la documentation HLS Android Media3
Cette capacité existe au niveau ExoPlayer.
Mais :
elle ne prouve pas que chaque build Smarters Pro utilise ce mode ou cette version de Media3 dans chaque scénario.
24. Android mobile et Android TV ne doivent pas être fusionnés
Les deux applications officielles sont distinctes.
| Plateforme | Package |
|---|---|
| Android mobile | com.smarters.smarterspro |
| Android TV | com.smarterspro.smartersprotv |
Un résultat de latence obtenu sur Android mobile ne doit pas être attribué automatiquement à Android TV.
25. Android TV ajoute une variable : plusieurs players
La fiche Google Play officielle Android TV actuelle documente :
- VLC intégré ;
- plusieurs décodeurs ;
- le changement entre des players disponibles après des échecs de lecture consécutifs.
Voir Smarters Pro Android TV officiel
La fiche est datée du 3 août 2026.
26. Player A contre Player B peut modifier la latence
Un player peut choisir :
- un buffer différent ;
- une stratégie Live différente ;
- un live offset différent ;
- une récupération après rebuffering différente.
La comparaison doit garder exactement le même flux.
| Test | Player A | Player B |
|---|---|---|
| Startup time | À mesurer | À mesurer |
| Latence après 30 s | À mesurer | À mesurer |
| Latence après 10 min | À mesurer | À mesurer |
| Buffers | À compter | À compter |
Consultez notre guide lecteur/décodeur Smarters Pro.
27. Pourquoi mesurer après plusieurs minutes ?
La latence peut évoluer pendant la session.
Par exemple :
| Temps | Latence |
|---|---|
| Démarrage | À mesurer |
| +1 minute | À mesurer |
| +5 minutes | À mesurer |
| +15 minutes | À mesurer |
| +30 minutes | À mesurer |
Le player peut se rapprocher ou s’éloigner du live edge pendant la lecture.
28. Un rebuffering peut augmenter le retard
Si la lecture s’arrête pendant plusieurs secondes, le player possède plusieurs options possibles après récupération.
Il peut :
- reprendre exactement où il s’était arrêté ;
- se repositionner plus près du direct ;
- ajuster progressivement sa vitesse ;
- adopter un autre comportement.
SP-142 doit mesurer le résultat plutôt que supposer lequel est utilisé.
29. Test de récupération après rebuffering
| Moment | Latence |
|---|---|
| Avant interruption | À mesurer |
| Immédiatement après reprise | À mesurer |
| 30 secondes après | À mesurer |
| 2 minutes après | À mesurer |
Ce test montre si le retard supplémentaire disparaît ou reste accumulé.
30. Ne provoquez pas le buffering en changeant plusieurs variables
Si vous réalisez un test réseau contrôlé :
gardez la même durée et la même méthode d’interruption.
Ne comparez pas :
5 secondes de coupure sur Player A
contre :
20 secondes sur Player B.
31. Le débit Internet ne détermine pas directement la latence Live
Une connexion très rapide peut encore afficher un Live en retard.
Pourquoi ?
Parce que la latence peut déjà être ajoutée par :
- l’encodeur ;
- le serveur ;
- le packaging ;
- le CDN ;
- la stratégie de buffer.
Un Speedtest élevé ne prouve donc pas une faible latence.
32. Latence réseau et latence vidéo sont différentes
Un ping de :
20 ms
ne signifie pas que votre stream est à :
20 ms du direct.
Le ping mesure un aller-retour réseau particulier.
La latence vidéo inclut toute la chaîne de production et lecture.
33. Wi-Fi contre Ethernet
Cette comparaison peut être utile, mais seulement après une baseline.
| Variable | Wi-Fi | Ethernet |
|---|---|---|
| Même source | OUI | OUI |
| Même appareil | OUI | OUI |
| Même player | OUI | OUI |
| Latence | À mesurer | À mesurer |
| Buffers | À compter | À compter |
Ne changez pas simultanément de format de flux.
34. HLS contre autre format : une seule variable
Notre article Smarters Pro HLS MPEGTS traite cette comparaison plus en détail.
Pour SP-142 :
| Variable | Test A | Test B |
|---|---|---|
| Appareil | Identique | Identique |
| Player | Identique | Identique |
| Contenu | Identique | Identique |
| Format | A | B |
| Latence | À mesurer | À mesurer |
35. Attention : deux formats peuvent utiliser deux chemins serveur différents
Même lorsque l’utilisateur pense changer uniquement HLS/MPEGTS, le serveur peut fournir :
- un endpoint différent ;
- un packaging différent ;
- un CDN différent ;
- une fenêtre Live différente.
Une différence mesurée reste donc :
une différence entre les deux chemins testés.
Pas forcément la conséquence pure du protocole lui-même.
36. Tester la même chaîne cinq fois
Un seul essai n’est pas suffisant.
| Essai | Startup | Latence à +60 s |
|---|---|---|
| 1 | À mesurer | À mesurer |
| 2 | À mesurer | À mesurer |
| 3 | À mesurer | À mesurer |
| 4 | À mesurer | À mesurer |
| 5 | À mesurer | À mesurer |
Calculez ensuite :
- minimum ;
- maximum ;
- moyenne ;
- variation.
37. Pourquoi éviter un seul chiffre comme “Smarters Pro = 18 s” ?
Parce que ce chiffre dépend du scénario.
Une publication sérieuse devrait plutôt écrire :
« Sur cet Android TV, avec ce build, ce player et ce flux contrôlé, nous avons mesuré entre 13,8 et 15,2 secondes de glass-to-glass sur cinq essais. »
Cette formulation est beaucoup plus utile.
38. Mesurer plusieurs plateformes séparément
| Plateforme | Startup | Latence | Buffers |
|---|---|---|---|
| Android mobile | À TESTER | À TESTER | À TESTER |
| Android TV | À TESTER | À TESTER | À TESTER |
| iPhone | À TESTER | À TESTER | À TESTER |
| Apple TV | À TESTER | À TESTER | À TESTER |
Un résultat sur iPhone ne doit pas devenir une conclusion Android TV.
39. Apple Smarters Pro actuel doit aussi être versionné
La fiche App Store France actuelle affiche :
| Donnée | Valeur |
|---|---|
| Application | Smarters Pro |
| Fournisseur | Tech Smarters Private Limited |
| Apple ID | 6450746159 |
| Version | 2.6.6 |
| Date | 29 juillet 2026 |
Voir Smarters Pro sur l’App Store France
Cette fiche ne publie pas actuellement de valeur de latence Live en secondes.
40. Tech Smarters parle de low latency, mais sans benchmark Smarters Pro
Dans sa documentation éditoriale sur les lecteurs OTT, Tech Smarters présente :
adaptive bitrate streaming et low-latency playback
comme caractéristiques d’une bonne expérience de streaming.
Voir la publication Tech Smarters sur les lecteurs OTT
Cette page est utile pour confirmer l’importance du sujet.
Elle ne publie pas :
- une latence Smarters Pro mesurée ;
- un objectif en secondes propre à l’application ;
- une certification LL-HLS par plateforme ;
- un réglage utilisateur “Low Latency Mode”.
41. Ne publiez donc pas un faux bouton Low Latency
SP-142 ne doit pas inventer un chemin comme :
Settings → Player → Low Latency → ON.
Aucune interface universelle de ce type n’est actuellement établie.
42. Que faire si la chaîne prend de plus en plus de retard ?
Mesurez la dérive.
| Moment | Retard |
|---|---|
| 00:01 | À mesurer |
| 00:10 | À mesurer |
| 00:20 | À mesurer |
| 00:30 | À mesurer |
Si le retard augmente progressivement, cette dérive constitue un résultat différent d’un offset stable.
43. Offset stable et dérive progressive sont deux problèmes différents
| Observation | Exemple |
|---|---|
| Offset stable | Toujours environ 15 s derrière |
| Dérive | 10 s puis 20 s puis 35 s derrière |
Le second scénario mérite particulièrement un test après rebuffering et sur un player différent.
44. Changer de chaîne puis revenir peut-il rapprocher du direct ?
C’est un test très utile.
Si la latence est devenue importante :
- mesurez le retard ;
- changez vers un autre Live ;
- revenez immédiatement ;
- mesurez à nouveau.
Si le retard diminue fortement, notez simplement cette observation.
Ne la présentez pas encore comme une solution universelle.
45. Fermeture et relance du Live
Comparez également :
| État | Latence |
|---|---|
| Session après 30 min | À mesurer |
| Après fermeture du player | À mesurer |
| Après réouverture du Live | À mesurer |
Cette étape peut montrer si un nouveau tune-in démarre plus près du live edge.
46. Redémarrer l’application est encore une variable différente
Ne mélangez pas :
- recharger la chaîne ;
- fermer le player ;
- fermer Smarters Pro ;
- redémarrer l’appareil.
Testez-les dans cet ordre et relevez la latence après chaque action.
47. Le cache n’est pas une solution universelle au retard Live
Vider le cache Android peut être une étape de maintenance dans certains diagnostics, mais rien ne permet d’affirmer qu’il réduit systématiquement le live offset.
Ne commencez donc pas par une action destructive.
Consultez notre guide cache Smarters Pro.
48. Premium ne garantit pas une latence plus faible
Le portail Premium officiel documente différentes fonctions du player.
Il ne doit pas être utilisé comme preuve que :
Premium diminue automatiquement le retard du Live.
Consultez notre guide Smarters Pro Premium.
49. Protocole minimal SP-142
| Étape | Action |
|---|---|
| 1 | Identifier appareil, OS et version Smarters Pro |
| 2 | Utiliser une source Live légale et contrôlée |
| 3 | Filmer un chronomètre ou timecode visible |
| 4 | Mesurer glass-to-glass au démarrage |
| 5 | Mesurer après 1, 5, 15 et 30 minutes |
| 6 | Compter les buffers séparément |
| 7 | Comparer le même flux dans un lecteur de référence |
| 8 | Tester Player A/B si disponible |
| 9 | Comparer le format de flux séparément |
| 10 | Répéter au moins cinq fois |
50. Matrice principale de mesure
| Configuration | Startup | Latence +1 min | Latence +15 min | Buffers |
|---|---|---|---|---|
| Smarters Player A | À TESTER | À TESTER | À TESTER | À TESTER |
| Smarters Player B | À TESTER | À TESTER | À TESTER | À TESTER |
| Lecteur référence | À TESTER | À TESTER | À TESTER | À TESTER |
51. Captures nécessaires pour SP-142
| ID recommandé | Capture | Preuve |
|---|---|---|
| SP142-DEVICE-01 | Appareil + OS | Environnement |
| SP142-VERSION-02 | Version Smarters Pro | Build |
| SP142-SOURCE-03 | Source de contrôle anonymisée | Flux testé |
| SP142-TIMECODE-04 | Chronomètre réel + écran | Glass-to-glass |
| SP142-STARTUP-05 | Sélection → première image | Startup |
| SP142-1MIN-06 | Retard à +1 min | Offset initial |
| SP142-15MIN-07 | Retard à +15 min | Dérive |
| SP142-BUFFER-08 | Buffering éventuel | Interruption |
| SP142-RECOVERY-09 | Latence après rebuffer | Récupération |
| SP142-REFERENCE-10 | Même flux lecteur référence | Comparaison |
| SP142-PLAYER-B-11 | Second player | Comparaison moteur |
Ces identifiants sont uniquement une convention d’archivage. Ils ne signifient pas que ces captures ou mesures ont déjà été réalisées.
52. Arbre de diagnostic Smarters Pro retard direct
| Observation | Étape suivante |
|---|---|
| Retard élevé mais stable | Comparer live offset entre players et formats |
| Retard augmente avec le temps | Mesurer dérive et impact du rebuffering |
| Référence possède le même retard | Examiner source/serveur avant Smarters |
| Référence proche du direct, Smarters loin derrière | Différence de lecture à reproduire |
| Player A plus proche du direct que B | Différence player documentée |
| Après rebuffer le retard augmente puis diminue | Comportement de récupération observé |
| Après rebuffer le retard reste accumulé | Nouvel offset stable à documenter |
| HLS A et format B ont un retard différent | Comparer les chemins sans attribuer automatiquement la cause au protocole |
53. Ce que SP-142 ne doit pas affirmer avant test
Ne publiez pas comme faits universels :
- « Smarters Pro a 30 secondes de retard » ;
- « Smarters Pro est plus lent que toutes les autres apps » ;
- « HLS ajoute exactement 18 secondes » ;
- « MPEGTS est toujours plus proche du direct » ;
- « un Speedtest rapide réduit la latence » ;
- « changer de DNS réduit le retard » ;
- « vider le cache rapproche du direct » ;
- « VLC est toujours moins latent » ;
- « Smarters Pro utilise Low-Latency HLS partout » ;
- « Premium active un mode faible latence ».
54. Tableau de preuve actuel
| Affirmation | Statut au 07/10/2026 |
|---|---|
| Smarters Pro prend en charge le Live | VÉRIFIÉ |
| Tech Smarters parle de low-latency playback comme qualité OTT | VÉRIFIÉ |
| Tech Smarters publie une latence Smarters Pro en secondes | NON |
| Android définit le live offset | VÉRIFIÉ |
| ExoPlayer peut cibler un live offset | VÉRIFIÉ AU NIVEAU ANDROID |
| ExoPlayer peut ajuster légèrement la vitesse pour récupérer l’offset | VÉRIFIÉ AU NIVEAU ANDROID |
| HLS classique documenté | VÉRIFIÉ |
| Low-Latency HLS documenté | VÉRIFIÉ |
| Android Media3 prend en charge Apple Low-Latency HLS | VÉRIFIÉ AU NIVEAU PLAYER |
| Smarters Pro utilise LL-HLS actuellement | NON ÉTABLI |
| Android TV officiel daté du 3 août 2026 | VÉRIFIÉ |
| Android TV documente VLC + plusieurs décodeurs | VÉRIFIÉ |
| Apple Smarters Pro actuel = 2.6.6 | VÉRIFIÉ |
| Latence SP-142 mesurée | NON |
| SP-142 débloqué | NON |
FAQ Smarters Pro retard direct
Pourquoi Smarters Pro est-il en retard sur le direct sans buffering ?
Un problème smarters pro retard direct peut exister même avec une lecture parfaitement fluide. Un player Live conserve souvent un certain offset par rapport au live edge afin de maintenir une lecture stable. Le retard total peut également venir de l’encodeur, du serveur, du CDN, du format de flux et du réseau. Il faut donc le mesurer avant d’attribuer la cause à l’application.
Comment mesurer le retard Live de Smarters Pro ?
La méthode la plus propre utilise une source Live contrôlée filmant un chronomètre ou un timecode visible. Comparez la valeur réelle du chronomètre avec celle affichée dans Smarters Pro au même instant. Répétez la mesure plusieurs fois et après différentes durées de lecture pour détecter un offset stable ou une dérive progressive.
HLS augmente-t-il forcément la latence dans Smarters Pro ?
Non. HLS standard utilise des segments et peut introduire une certaine marge de lecture, mais la latence finale dépend de toute la chaîne. Apple propose également Low-Latency HLS, qui utilise notamment des partial segments. Il faut mesurer le flux exact utilisé au lieu d’attribuer un retard fixe au mot HLS.
Changer de player peut-il réduire le retard sur le direct ?
C’est une variable pertinente sur Android TV puisque la fiche officielle actuelle documente VLC intégré et plusieurs décodeurs. Comparez exactement le même flux sur Player A et Player B, puis mesurez startup time, retard après une minute et retard après quinze minutes. Une différence observée restera spécifique au build et au scénario testés.
Une meilleure connexion Internet réduit-elle toujours la latence Live ?
Non. Une connexion stable peut limiter les rebufferings, mais une grande partie du retard peut déjà être introduite avant que le flux atteigne votre appareil. Un ping faible ou un débit élevé ne mesure pas la latence glass-to-glass. Il faut comparer directement l’événement réel avec l’image affichée.
Conclusion
smarters pro retard direct est un problème de latence, pas simplement de vitesse Internet ou de buffering.
Au 7 octobre 2026, nous pouvons confirmer :
- Live streaming Smarters Pro : documenté ;
- low-latency playback : évoqué par Tech Smarters comme qualité d’un lecteur OTT ;
- latence officielle Smarters Pro en secondes : non publiée ;
- live offset : concept technique documenté par Android ;
- ajustement automatique de l’offset : possible dans ExoPlayer ;
- HLS classique : documenté ;
- Low-Latency HLS : documenté par Apple ;
- support LL-HLS dans Android Media3 : documenté au niveau player ;
- utilisation actuelle LL-HLS par Smarters Pro : non établie ;
- Player A/B Android TV : test particulièrement pertinent.
Pour lever le blocker SP-142 :
source Live contrôlée avec timecode → version Smarters Pro relevée → première image → latence glass-to-glass → mesures à 1/5/15/30 minutes → rebuffer contrôlé → même flux dans lecteur référence → Player A/B → format A/B → cinq répétitions → matrice par plateforme.
La page finale pourra alors publier une vraie réponse fondée sur des mesures :
plateforme + build + player + format + startup time + latence initiale + latence après durée définie + dérive + buffering.
Pour continuer, consultez notre guide buffering, notre comparatif HLS/MPEGTS, notre guide lecteur/décodeur, notre guide vitesse de lecture, notre guide de version, notre guide mise à jour et notre outil de diagnostic Smarters Pro.
Cette page distingue startup time, buffering, live offset et latence glass-to-glass. Aucun nombre de secondes n’est attribué à Smarters Pro avant reproduction SP-142 sur une source Live contrôlée.
