XMLTV ou API de métadonnées : ce qui alimente un guide TV moderne, et pourquoi un lecteur a besoin des deux

Ouvrez un bon lecteur IPTV et deux choses se côtoient : un guide du direct qui dit ce qui passe sur chaque chaîne, et un onglet films plein d'affiches, de résumés et de notes. Ils ont l'air de faire partie du même système. Ce n'est pas le cas. Ils viennent de deux types de données qui savent des choses différentes, et comprendre cette séparation explique une des surprises les plus fréquentes de l'IPTV : une bibliothèque de films qui ressemble à Netflix à côté d'un guide du direct plein de trous.

Deux questions, deux types de données

« Qu'est-ce qui passe sur cette chaîne en ce moment ? » est une question sur une diffusion : une heure, une chaîne, un programme. La réponse change toutes les heures et diffère selon le pays et le fournisseur. Elle vit dans un flux de grille, le fichier XMLTV ou l'équivalent du fournisseur, décrit dans notre guide sur le fonctionnement de l'EPG.

« C'est quoi ce film ? » est une question sur une œuvre : un titre, une année, un réalisateur, un casting, une affiche, un résumé, une note. La réponse ne change pas et est la même pour tout le monde. Elle vit dans un catalogue, et les meilleurs catalogues sont des bases publiques avec une API, TMDB étant celle que la plupart des lecteurs utilisent.

Un flux de grille sait que « Film : Dune 2 » passe à 21 h sur la chaîne 12. Il ne sait pas qui l'a réalisé. Un catalogue sait tout de Dune : Deuxième partie. Il ne sait pas que la chaîne 12 le diffuse ce soir. Un lecteur qui veut les deux doit utiliser les deux.

Ce que sait XMLTV, et ce qu'il ne sait pas

Un flux de grille est une liste de programmes par chaîne avec des horaires, des titres et, au mieux, une courte description et une catégorie. Ses forces sont celles qui comptent pour le direct : il est lié au temps, lié à la chaîne, et mis à jour chaque jour. Ses faiblesses sont tout aussi structurelles :

• La couverture est au choix du fournisseur. Un flux couvre les chaînes que quelqu'un a pris la peine d'inclure. Les grandes chaînes nationales toujours ; les petites selon son bon vouloir. Une chaîne absente est un trou dans le guide, et aucune autre source ne peut le combler.
• Les descriptions sont maigres. Un titre et deux lignes, parfois rien. Pas d'affiche, pas de casting.
• La correspondance est fragile. Les identifiants de chaînes du flux doivent correspondre à ceux de la playlist, sinon les programmes s'attachent à la mauvaise chaîne, comme l'explique le guide sur le guide vide.

Tout ce qu'un guide du direct peut montrer vient de ce flux. Un lecteur peut le charger plus vite, le mettre en cache, réessayer, mais il ne peut pas ajouter ce que le flux ne contient pas.

Ce que sait une API de métadonnées, et ce qu'elle ne sait pas

Une API de catalogue répond à des questions sur des œuvres à la demande : chercher un titre, obtenir un identifiant, puis tout ce qui y est attaché. TMDB, celle qu'utilise IPTV Guard, contient environ un million de films et des centaines de milliers de séries, avec affiches, bannières, résumés en dizaines de langues, casting, notes, listes d'épisodes par saison.

Ses forces sont celles qui rendent un onglet films agréable : complet, multilingue, visuel, et identique quel que soit le fournisseur. Ses faiblesses sont le miroir de celles de XMLTV :

• Elle ne sait rien des diffusions. Pas de chaîne, pas d'heure, pas de « ce soir ».
• Elle a besoin d'un titre propre pour trouver. Une entrée de playlist comme FR - Dune.Part.Two.2024.1080p.MULTI doit être transformée en « Dune : Deuxième partie, 2024 » avant que le catalogue la trouve. Ce nettoyage est le travail du lecteur, et les fournisseurs le compliquent avec des tags, des années absentes et des titres dans la mauvaise langue.
• Elle est limitée et partagée. Une API publique sert tout le monde ; un lecteur doit mettre en cache agressivement et faire la correspondance une fois, pas à chaque écran.

Comment un lecteur combine les deux

Chaînes en direct : le lecteur demande au fournisseur la grille de chaque chaîne (Xtream Codes la sert chaîne par chaîne), la fait correspondre, la met en cache, affiche « Direct » là où il n'y a rien. Films et séries : le lecteur prend chaque titre de la playlist, nettoie le nom, cherche dans le catalogue, garde la correspondance, et dessine la fiche à partir des données du catalogue : affiche, résumé, note, casting, saisons et épisodes pour les séries, la playlist ne fournissant que le flux.

Deux autres choses découlent de cette conception. D'abord, le sport : une fiche de match avec équipes, compétition et heure de coup d'envoi n'est ni une grille ni un film ; IPTV Guard la construit depuis une source de données sportives, puis cherche dans votre playlist les chaînes qui diffusent la rencontre, et c'est comme ça que « quelle chaîne diffuse le match » trouve sa réponse. Ensuite, les reprises et « l'épisode suivant » ne marchent que quand le catalogue identifie l'épisode, ce qui explique qu'une M3U aux fichiers mal nommés reprend parfois sur le mauvais.

Pourquoi ça compte quand vous choisissez un format de playlist

Avec Xtream Codes, le fournisseur donne au lecteur un catalogue structuré : catégories, films avec une année, séries avec des saisons. La correspondance avec TMDB est fiable et la grille du direct vient du même serveur. Avec une M3U, films et séries sont des lignes plates dont le lecteur doit analyser les noms, et le guide du direct n'a aucune source dans IPTV Guard. Le guide M3U ou Xtream Codes en tire la conclusion pratique : quand vous pouvez choisir, choisissez Xtream.

Ce qu'il faut retenir

Deux questions, deux sources de données. Le guide du direct ne vaut jamais mieux que la grille que publie votre fournisseur ; les fiches de films et de séries valent ce que vaut le catalogue public, c'est-à-dire beaucoup. Le travail d'un lecteur est d'aller chercher les deux, de bien les faire correspondre, de les mettre en cache, et d'être honnête quand l'un des deux n'a rien à dire.