Les transferts KMTTG Tivo ne récupèrent pas les métadonnées

Appareils d'enregistrement / Support de plateforme TiVO
1

J’utilise KMTTG pour transférer les enregistrements de mon Tivo et les traite avec MCEBuddy.
J’ai des sélections de profils (par exemple la qualité d’encodage) en fonction de la chaîne (indicatif d’appel) d’où provient l’enregistrement ; par exemple, les chaînes HD reçoivent un réglage de qualité différent des chaînes SD, car les chaînes SD sont déjà d’une qualité inférieure au départ. Les diffuseurs exploitent vraiment cette bande passante pour leurs chaînes secondaires.

Dans le fichier MP2/AC3 transféré avec les sous-titres codés, il n’y a que les attributs « showName », « seasonNumber » et « episodeNumber ». Le reste des métadonnées est écrit par KMTTG dans un fichier .TXT compagnon.

Le fichier final produit par MCEBuddy ne semble récupérer et ajouter que les entrées « SEASON » et « EPISODE » (s’ajoutant aux 3 originales du fichier). Il ne récupère aucune autre information du fichier .TXT compagnon dans le fichier traité, ni n’utilise ces informations pour appliquer le profil.

Autrement dit, il traite selon mon profil « dernier recours », et non mon profil « SDTV », et aucune des métadonnées supplémentaires extraites par KMTTG dans le fichier TXT compagnon n’est incorporée dans le résultat final.

Est-il possible d’améliorer MCEBuddy pour qu’il recherche et inclue le fichier de métadonnées compagnon avant d’appliquer la logique de profil (afin d’utiliser ces métadonnées dans les conditions du profil), puis fusionne les métadonnées lors du traitement ?

Sinon, existe-t-il des paramètres dans mon KMTTG pour fusionner ces métadonnées ? Je suis sûr que c’est possible, mais cela obligerait KMTTG à faire le transcodage, ce que je ne veux pas ; je préfère que MCEBuddy s’en charge, en recevant le fichier MPEG2 brut et les métadonnées, en limitant KMTTG au transfert des enregistrements hors du TIVO.

Voici un exemple :

title : My Greek Table With Diane Kochilas
seriesTitle : My Greek Table With Diane Kochilas
description : Diane discovers the history of her historic neighborhood in the heart of central Athens with the city's most renowned urban chronicler, and cooks up a delicious Spiced Roasted Chicken with Toasted Orzo Pilaf, Kale Caesar with Greek yogurt, and a Crispy Phyllo Ice Cream Sundae with Honey, Nuts and Halva.
time : 2023-03-13T03:00:00Z
isEpisode : true
iso_duration : PT30M
originalAirDate : 2022-10-08T00:00:00Z
episodeTitle : Diane Discovers Athens
isEpisodic : true
showingBits : 515
tvRating : x3
episodeNumber : 307
displayMajorNumber : 9-4
callsign : KETCDT4
seriesId : SH0377963521
programId : EP0377963521-0465063736
vHost : Kochilas|Diane

En passant, mes profils se basent sur le fait que cet « indicatif d’appel » correspond à « *DT4 » (se terminant par « DT4 ») pour savoir qu’il s’agit d’une chaîne SD.

2

MCEBuddy extrait les métadonnées des fichiers TXT complémentaires TiVo de kmttg. Toutes les métadonnées que vous avez mentionnées sont prises en charge et traitées par MCEBuddy. J’aurai besoin de votre fichier journal pour voir ce qui se passe.

3

Petite question : rappelez-moi quels paramètres (et où) je dois ajuster, et quel niveau de journalisation ?
Je crois que j’avais tout désactivé (ou réglé sur « Erreur » uniquement) il y a très longtemps pour éliminer cette charge de travail une fois que tout fonctionnait bien. Ai-je mentionné que tout fonctionne parfaitement avec MCEBuddy depuis très longtemps ? :slight_smile:

J’utilise Handbrake (qui utilise je crois FFMPeg en coulisses), Comskip (qui semble avoir un FFMPeg intégré statiquement), et j’ai NVenc matériel activé. De plus, nVidia a récemment ajouté NVdec (décodage) et il existe des options FFMPeg pour l’activer, indépendamment des options NVenc (encodage) déjà présentes dans les diverses CLI appelées en coulisses par MCEBuddy.

4

image
image946×856 39.5 KB

5

Enfin, j’ai trouvé le temps de monter le niveau de log et de capturer un fichier exemple depuis le Tivo.

Oh, c’est un vrai foutoir, et ce n’est pas la faute de MCEBuddy. J’ai donc extrait une autre émission avec KMTTG. Il semble que ces émissions soient des émissions PBS, dont beaucoup n’ont pas d’entrées dans TheTVDB (surtout lors de leur première année de diffusion). Cependant, l’exemple en question possède une entrée (TheTVDB ShowID 338440).

Malheureusement, les données du guide Tivo sont bien récupérées (dans des fichiers .txt comme indiqué), et MCEBuddy remplit bien les métadonnées à partir de celles-ci. Et MCEBuddy trouve bien les infos de la série dans TheTVDB, car j’ai un remplacement dans les paramètres indiquant à MCEBuddy quel est l’ID TheTVDB de la série.

Là où ça dérape, c’est que je suis presque sûr que TheTVDB a raison sur les métadonnées de l’émission, mais dès le départ les données du guide Tivo sont le coupable. Le guide Tivo indiquait que l’épisode était « Saison 2, Épisode 3 », mais le titre de l’émission dit « Épisode 205 », et il s’avère que aucun de ces deux renseignements n’est le vrai numéro de saison et d’épisode, d’après le contenu et les métadonnées Tivo (qui correspondent entre elles). Cette émission était en réalité la saison 4, épisode 5, et aucune des infos saison/épisode de Tivo n’était correcte ; comme elles ont été utilisées dans le nom de fichier, il n’y a aucun moyen de « corriger » cela, si ce n’est éventuellement revoir manuellement chaque émission après l’avoir extraite du Tivo et la renommer correctement (je ne sais pas si cela suffit pour que MCEBuddy ignore les métadonnées du fichier .mpg et le fichier .txt de métadonnées Tivo qui disent autre chose).

Je n’ai toujours pas trouvé de flux de travail où je peux ajouter un fichier manuellement à MCEBuddy sans transcodage ni changement de conteneur, mais en forçant simplement la récupération des métadonnées de TheTVDB et en écrasant les métadonnées du fichier. Je devrais bien sûr renommer le fichier manuellement pour déclencher la bonne série, saison et épisode afin de récupérer les bonnes métadonnées. Je pense que cela pourrait être un profil qui regarde les dossiers Plex media, mais sans les surveiller en cas de changement, si cela a un sens. L’idée est que si j’ajoute manuellement des fichiers de ces dossiers à la liste des tâches, ils se verront appliquer ce seul profil. Il faudra aussi que je m’assure qu’aucun autre profil surveillant d’autres dossiers ne se déclenche.

ex. : /plex-media, /tivo-media et /HDHomeRun-media

En gros, MCEBuddy surveille les deux derniers et le résultat est placé dans /plex-media. Je retraiterais donc manuellement ce genre de fichiers après avoir déterminé les vrais numéros de saison et d’épisode, puis je renommerais le fichier et l’ajouterais manuellement à MCEBuddy pour écraser les métadonnées.

Une chose que j’ai remarquée : insérer les métadonnées de TheTVDB dans le fichier écrase l’info OTA Network et Channel par l’info Network de TheTVDB et supprime l’info de chaîne (que TheTVDB n’a pas naturellement). Cela vient peut-être du fait que le champ « callsign » de Tivo est copié dans le champ « Network » au lieu du champ « TVChannel », où il est écrasé par la valeur « Network » de TheTVDB. Dans l’exemple « My Greek Table », le « callsign » « KETCDT4 » et le TVChannel « 9-4 » sont préservés par MCEBuddy, et il injecte le bon « NetworkAffilliate » « CREATE ». Cependant, dans mon exemple de test, MCEBuddy a tout perdu et a écrasé TVChannel par « RTEone » (le réseau irlandais sur lequel l’émission a été diffusée à l’origine).

Je ne sais pas quelles devraient être les « bonnes » métadonnées, car il y a clairement des cas où les données Tivo sont tout simplement fausses, et d’autres où elles devraient être préservées – au niveau de chaque champ.

Aussi, dans l’exemple « My Greek Table » que j’ai posté plus haut, le « episodeNumber » semble indiquer qu’il s’agit de la saison 3, épisode 7. Cependant, selon TheTVDB, l’épisode est en réalité de la saison 4, épisode 1, et possède un titre légèrement différent : « S04E01 Diane Discovers Her New Athens ‘hood ». Donc oui, c’est un sac de nœuds et je blâme les données de guide pourries des chaînes, tout en tentant de trouver un bon flux de travail pour corriger le problème.