Perte des métadonnées de nom de fichier TVMosaic après la mise à jour 2.5.1

General Support / Questions Metadata and Renaming
1

Bonjour,

Dans la version 2.4.8, une modification a été apportée pour prendre en charge les noms de fichiers TV Mosaic lors de l’extraction des métadonnées. J’ai mis à jour vers la version 2.5 Beta 1 le 11 octobre, et aujourd’hui j’ai remarqué que toutes mes émissions reviennent par défaut à une date de métadonnées du 2019-05-05, bien que la date d’enregistrement du fichier soit toujours présente dans le nom du fichier.

Dois-je changer quelque chose pour que MCEBuddy lise la date à partir du nom du fichier ?

J’ai téléchargé 3 journaux d’exemple sur le site FTP pour votre examen. (nom d’utilisateur robtheone)

Saturday Night Live - Enregistré samedi, mais les métadonnées indiquent la bonne saison/épisode, S45E03, mais les animateurs étant Adam Sander et Shawn Mendez, diffusé le 2019-05-04.

NBC Nightly News - enregistré sam., dim. et lun. Les 3 épisodes affichent une date du 2019-05-05. S2019E122-May 5 Sun, (1), et (2).

Meet the Press - enregistré dimanche, affichant un nom de fichier S2019E18-May 5, 2019.MP4

Merci beaucoup

2

Dans votre fichier, les métadonnées intégrées contiennent déjà une date (année) :

date : 2019

Lorsqu’une date existe, MCEBuddy ne l’écrase pas à partir du nom de fichier, d’où le -05-05

Si vous souhaitez que MCEBuddy écrase vos métadonnées avec le nom de fichier, vous devez activer l’option dans la page Correction des métadonnées dans les Paramètres experts de la tâche de conversion

image

3

Merci pour ces informations. Cela semble résoudre partiellement le problème. Cela le résout totalement lorsqu’il s’agit d’une émission hebdomadaire, mais pour toute émission enregistrée quotidiennement, les métadonnées sont décalées d’un jour, et ce de façon systématique.

1er exemple
Nom de fichier original : NBC Nightly News With Lester Holt _20191020.mp4 – émission enregistrée le 20/10/2019
Nom de fichier MCEBuddy : S2019E284-Oct 19 Sat (nomme l’épisode un jour plus tôt). Ce décalage d’un jour se retrouve sur chaque enregistrement traité par MCEBuddy.

En consultant les journaux, pour les informations, j’observe :
OriginalBroadcastDateTime: 2019-10-20T00:00:00
RecordedDateTime: 0001-01-01T00:00:00
SeriesPremiereDate: 0001-01-01T00:00:00
CopyProtected: False
SageTV FileID:
SageTV MediaFileID:

2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Vérification de la correction du titre et de l’ID dans les métadonnées
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Vérification de la correction du type dans les métadonnées
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Forçage du type d’émission → Series
INFORMATION> 2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Téléchargement des détails de la série
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Écrasement du titre depuis Internet → Default
INFORMATION> 2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Téléchargement du fichier Banner ignoré
INFORMATION> 2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Type d’enregistrement : Show
INFORMATION> 2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Vérification sur TheTVDB
→ Recherche d’informations sur l’année de première diffusion dans le texte
→ Aucun nom d’épisode à faire correspondre
→ Recherche d’informations sur l’année de première diffusion dans le texte
→ Correspondance de série trouvée sur TVDB par date de diffusion originale. Étiquettes vidéo mises à jour →
Title: NBC Nightly News With Lester Holt
SubTitle: Oct 19 Sat

Je ne comprends pas comment TVDB est passé du 20/10/2019 au 19/10/2019 ; le même décalage s’est produit lorsque j’ai forcé les métadonnées depuis IMDB.

2e exemple :
Nom de fichier original : Watch What Happens Live With Andy Cohen_20191017.mp4 – émission enregistrée le 17/10/2019
Nom de fichier MCEBuddy : S16E165-Lorraine Bracco; Dr. Oz.mp4. Le numéro de saison et d’épisode est correct, mais les métadonnées affichées correspondent à l’émission du 16/10/2019, S16E164.

Peut-être est-ce lié à l’heure extraite du nom de fichier :
OriginalBroadcastDateTime: 2019-10-17T00:00:00
L’heure 00:00:00 incite peut-être TVDB ou IMDB à récupérer les données du jour précédent.

J’ai téléversé les deux journaux sur votre serveur FTP, dans le sous-dossier « 2nd update »
MCE%20FTP

Merci encore pour votre aide dans cette affaire, c’est très apprécié.

4

Est-ce que MCEBuddy applique le fuseau horaire local à la date/heure de diffusion indiquée ?
Si vous êtes aux États-Unis, nous avons 5 à 8 heures de retard sur le GMT ; ainsi, le 17 octobre 2019 à minuit en GMT correspondrait encore à 20 h le 16 octobre 2019 en EDT (GMT-4).

Je ne vois pas comment MCEBuddy pourrait détecter 1) que l’information horaire manquante est différente d’une émission ayant réellement été diffusée à minuit, ou 2) que le moment précis ne vous importe pas et que MCEBuddy devrait simplement ignorer l’heure et n’utiliser que la date (s’il est minuit pile (00:00:00)). Si c’est le cas 2), cela devrait vraiment être paramétré émission par émission, car de nombreuses émissions en syndication n’ont aucune date/heure de première diffusion dans les données du guide, en particulier pour PBS et les productions locales, ainsi que la syndication « strip » d’épisodes web provenant de sites/stations de streaming comme TBD et DUST, etc.

5

Cela provient directement de TVDB :

→ Correspondance de série trouvée sur TVDB par date de diffusion originale. Étiquettes vidéo mises à jour →
Titre : NBC Nightly News With Lester Holt
Sous-titre : 19 oct. sam.
Description : NBC Nightly News est le journal télévisé quotidien de NBC News, diffusé depuis le GE Building, Rockefeller Center à New York.
Réseau : WTVJ-DT
Affilié au réseau :
Classification parentale :
Crédits média :
Genres : Actualités
Saison : 2019
Épisode : 284
Bannière :
URL de la bannière :
ID IMDB : tt0231035
ID MovieDB :
ID TVDB : 139911
Est un film : Non
Est un sport : Non
DateHeureDiffusionOriginale : 2019-10-20T00:00:00
DateHeureEnregistrement : 0001-01-01T00:00:00
DatePremièreSérie : 1970-08-03T00:00:00
CopyProtected : False
SageTV FileID :
SageTV MediaFileID :

Voir l’épisode 284, le titre de l’épisode est Oct 19 Sat

6

OK, la date peut provenir de TVDB, mais les seules modifications que j’ai faites étaient de mettre MCEBuddy à jour vers la dernière version. Avant la mise à jour, ce n’était pas un problème, donc j’imagine que quelque chose a changé dans MCEBuddy pour que la date soit différente. Il « semble » que cela ait un rapport avec l’heure, car si j’ajoute manuellement l’heure à l’enregistrement en renommant le fichier, j’obtiens les résultats suivants :

NBC Nightly News With Lester Holt _20191020.mp4 – MCEBuddy l’étiquette comme 2019-10-19 (1 jour en avance, ce qui ne correspond pas)
OriginalBroadcastDateTime: 2019-10-20T00:00:00

RecordedDateTime: 0001-01-01T00:00:00  
SeriesPremiereDate: 0001-01-01T00:00:00  
CopyProtected: False  
SageTV FileID:   
SageTV MediaFileID:   

2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Checking for metadata title and ID correction  
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Checking for metadata type correction  
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Forcing show type -> Series  
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Downloading Series details  
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Overwrite title from internet -> Default  
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Skipping downloading Banner file  
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Recording Type Show  
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData --> Checking TheTVDB  
--> Looking for Premiere Year information in text  
--> No episode name to match  
--> Looking for Premiere Year information in text  
**--> Found series match on TVDB by Original Broadcast Date. Updated video tags -> **

** Title: NBC Nightly News With Lester Holt**
** SubTitle: Oct 19 Sat**

NBC Nightly News With Lester Holt _20191020_18301900.mp4 (seule modification : ajouter manuellement 18301900 (début et fin) au nom du fichier) – est correctement étiqueté « SubTitle: Oct 20 Sun »

OriginalBroadcastDateTime: 2019-10-20T18:30:00
RecordedDateTime: 0001-01-01T00:00:00
SeriesPremiereDate: 0001-01-01T00:00:00
CopyProtected: False
SageTV FileID:
SageTV MediaFileID:

2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Checking for metadata title and ID correction
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Checking for metadata type correction
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Forcing show type → Series
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Downloading Series details
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Overwrite title from internet → Default
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Skipping downloading Banner file
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Recording Type Show
INFORMATION> 2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Checking TheTVDB
→ Looking for Premiere Year information in text
→ No episode name to match
→ Looking for Premiere Year information in text
→ Found series match on TVDB by Original Broadcast Date. Updated video tags →
Title: NBC Nightly News With Lester Holt
SubTitle: Oct 20 Sun

MCEBuddy traite ensuite exactement le même fichier différemment, même si la date est correctement spécifiée dans le nom de fichier, SEULEMENT SI l’heure est ajoutée manuellement au nom de fichier.

Selon la page de support :

Extraction des métadonnées et renommage à partir des fichiers et téléchargement depuis Internet

  1. Si aucune métadonnée incorporée/extraite n’est trouvée, MCEBuddy regarde pour analyser les métadonnées à partir du nom de fichier. Il prend actuellement en charge les formats suivants :
  • SHOWNAME_AIRDATE_AIRTIME.<ext> où AIRDATE est au format YYYYMMDD et AIRTIME au format HHMMHHMM (début et fin) (AIRTIME est optionnel). Le trait de soulignement peut être remplacé par un tiret.

Il est dit que AIRTIME est optionnel, mais apparemment, si vous ne l’avez pas, un programme quotidien daté fournira la mauvaise information (la veille). Je ne sais pas si c’est lié au fuseau horaire. Je suis dans le fuseau horaire de la côte Est des USA (GMT -4). Cet enregistrement commence à 18 h 30 et MCEBuddy commence à le traiter à 19 h 02. Cela semble être un bug de date/heure à mes yeux.

Cela arrive pour tous les programmes quotidiens enregistrés et datés :

Rachel Maddow Show
Watch What Happens Live

Merci.

7

Je dois rater quelque chose. En regardant les journaux que vous avez téléchargés, la date/heure de diffusion originale est extraite du nom de fichier.

2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Trying to extract generic nPVR filename metadata → NBC Nightly News With Lester Holt _20191020
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Extracted Original Broadcast Date from Filename → 2019-10-20
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Extracted Title from Filename → NBC Nightly News With Lester Holt
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Successfully matched Generic NPVR filename metadata
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Looking for Season/Episode information in text
2019-10-21T09:10:41 MCEBuddy.MetaData.VideoMetaData → Video Tags extracted from file/name metadata →
Title: NBC Nightly News With Lester Holt
SubTitle:
Description: The latest news, going beyond the headlines to see how lives are affected by the world around them.
Network: WTVJ-DT
Network Affiliate:
Parental Rating:
Media Credits:
Genres: News
Season: 0
Episode: 0
Banner:
Banner URL:
IMDB Id:
MovieDB Id:
TVDB Id:
Is Show Movie: False
Is Show Sports: False
OriginalBroadcastDateTime: 2019-10-20T00:00:00
RecordedDateTime: 0001-01-01T00:00:00
SeriesPremiereDate: 0001-01-01T00:00:00
CopyProtected: False
SageTV FileID:
SageTV MediaFileID:

Le nom de fichier contient 2019-10-20 et c’est ce qui est également reflété dans les dates. Le 19 octobre dans le sous-titre n’est pas une date mais du texte fourni par TVDB (qui est évidemment incorrect mais cela vient de TVDB).

Je ne sais pas où vous voyez les données modifiées par MCEBuddy.

8

Merci pour la réponse rapide ! Là où je constate la modification des données, c’est à la fois dans le nom du fichier final et dans les métadonnées intégrées que lisent Plex ou toute autre appli avec laquelle je visionne les fichiers. Le titre et les métadonnées sont incorrects d’un jour.

Pour les exemples que j’ai fournis, un programme d’information enregistré le 20 octobre s’affiche ainsi :

NBC Nightly News With Lester Holt\Season 2019\S2019E284-Oct 19 Sat.mp4

Nom complet : C:\Users\rj\Videos\TV Shows\NBC Nightly News With Lester Holt\Season 2019\S2019E284-Oct 19 Sat.mp4
Format : MPEG-4
Profil du format : Base Media
ID du codec : isom (isom/iso2/mp41)
Taille du fichier : 2,34 Gio
Durée : 22 min 28 s
Mode du débit global : Variable
Débit global : 14,9 Mb/s
Collection : NBC Nightly News With Lester Holt
Saison : 2019
Partie : 284
Titre de la piste : Oct 19 Sat
Genre : News
ContentType : TV Show
Description : NBC Nightly News is the daily evening news program for NBC News and broadcasts from the GE Building, Rockefeller Center in New York City.
Date d’enregistrement : UTC 2019-10-20 12:00:00
Application d’écriture : MCEBuddy
Commentaire : NBC Nightly News is the daily evening news program for NBC News and broadcasts from the GE Building, Rockefeller Center in New York City.
Classification : Explicit
TVNetworkName : WTVJ-DT
LongDescription : NBC Nightly News is the daily evening news program for NBC News and broadcasts from the GE Building, Rockefeller Center in New York City.
RecordingTimestamp : 0001-01-01T12:00:00
IMDBID : tt0231035
TVDBID : 139911
SeriesPremiere : 1970-08-01T12:00:00
CopyProtected : False

Les dates sont décalées d’un jour, tant dans le nom du fichier que dans les métadonnées. Le programme a été enregistré le 20, et non le 19 ! C’est TRÈS déroutant, surtout pour une émission comme « Watch What Happens Live », où non seulement les dates sont fausses, mais en plus tous les invités listés dans la description ne sont pas ceux qui apparaissent dans l’émission enregistrée.

9

Ce à quoi vous faites référence, le 19 octobre, n’est PAS une date, mais le nom du sous-titre de l’épisode, une ligne de texte fournie par TVDB et non par MCEBuddy ou les métadonnées du fichier. Vous devrez corriger l’information sur TVDB — cela n’a rien à voir avec les métadonnées du fichier ou celles de MCEBuddy.

Si vous n’aimez pas le nom d’épisode envoyé par TVDB, vous pouvez créer votre propre modèle de nommage de fichier et utiliser la date et l’heure de diffusion originales (qui indiquent le 20) pour votre nom de fichier.

10

Si c’est le cas, pourquoi, lorsque j’ajoute l’heure au nom du fichier, obtient-il la bonne date à la fois dans le nom du fichier et dans les métadonnées ? Pour le même programme, le même fichier, la seule différence étant l’ajout de l’heure dans le nom du fichier ?

Cela n’a pas vraiment de sens pour moi. Dites-vous maintenant que l’heure est un champ obligatoire pour obtenir les bonnes métadonnées ?

11

Robert, il y a plus d’une date stockée dans les « métadonnées » de ces fichiers. Le « 19 oct. » n’est PAS un champ « date » — c’est le sous-titre de l’émission. Il pourrait tout aussi bien indiquer « L’épisode de la semaine dernière » ou « Le final de saison ». Ce qui se passe, peut-être, c’est que Plex (ou tout autre serveur multimédia que vous utilisez) affiche le sous-titre de l’émission, ce qui peut donner l’impression que c’est une date de diffusion.

Pour info — c’est très courant avec les émissions également mises en ligne : l’émission est diffusée en OTA un jour, puis « mise en ligne » le lendemain. Alors, dites-moi : quelle date est la « date de diffusion » de l’émission ? Les producteurs inscrivent le texte « 19 oct. » dans le champ sous-titre de la base TVDB, tout en mettant « 20/10/2019 » dans le champ « date de diffusion » des métadonnées. Vous captez cela en OTA ou en ligne ? Je ne serais pas surpris qu’une source en ligne indique la date de diffusion en ligne (différente et postérieure à la première OTA) dans le champ « date de diffusion » des métadonnées, tout en conservant le sous-titre reflétant la véritable date OTA, c’est-à-dire « nouvelle pour vous ». C’est encore plus déroutant quand des sites intègrent une date de diffusion correspondant au jour où vous avez téléchargé ou streamé le fichier (important pour la publicité, la démographie et les redevances).

Je ne sais pas comment faire pour que votre lecteur n’affiche que le sous-titre ni comment forcer l’affichage du champ « date de diffusion » réelle. Je sais simplement que MCEBuddy ne peut pas le faire.

Vous pourriez poliment demander un petit ajout : une case à cocher dans la boîte de dialogue des règles de traitement spécial pour supprimer le sous-titre des métadonnées, afin que votre lecteur n’ait rien à afficher là-bas et que vous ne confondiez plus sous-titre et date. Ou, plus précisément, demander que MCEBuddy remplace le champ sous-titre par la date de diffusion, traduite en toutes lettres. Que cela vaille ou non le temps de développement, je ne peux pas le dire ; c’est à vous de voir si vous souhaitez financer une telle fonctionnalité rien que pour vous.

12

Vous devrez joindre le journal pour ce fichier/cette conversion afin que je puisse voir et comparer ce qui est différent dans cette conversion ; l’ajout de cette information supplémentaire peut amener mcebuddy à rechercher les métadonnées sur un autre site, qui possède des métadonnées différentes de celles de TVDB.

13

Les 2 fichiers journaux sont joints. La SEULE différence entre les deux est que, sur l’un d’eux, j’ai manuellement ajouté « _18301900 » au nom du fichier avant que MCEBuddy ne le traite.

NBC Nightly News With Lester Holt _20191020_18301900.mp4-Convert to MP4-2019-10-30T15-32-20.9322336-04-00.log (1,0 Mo) NBC Nightly News With Lester Holt _20191020.mp4-Convert to MP4-2019-10-30T15-32-20.5885077-04-00.log (1,0 Mo)

J’ai comparé les 2 journaux dans Notepad++, et les seules différences que je vois (je ne suis pas un pro de la lecture de ces journaux) surviennent durant l’extraction des métadonnées : le fichier avec l’heure dans le nom gagne 2 lignes supplémentaires :

2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Trying to extract Original Broadcast Date and Time from Filename
2019-10-30T15:32:23 MCEBuddy.MetaData.VideoMetaData → Extracted Original Broadcast Date and Time from Filename → 10/20/2019 6:30:00 PM

Ainsi, le fichier original (sans heure dans le nom) obtient :
OriginalBroadcastDateTime: 2019-10-20T00:00:00

Tandis que le fichier avec l’heure d’enregistrement ajoutée obtient :
OriginalBroadcastDateTime: 2019-10-20T18:30:00

Le fichier original provenant de TVDB obtient :

--> Found series match on TVDB by Original Broadcast Date. Updated video tags -> 
Title: NBC Nightly News With Lester Holt
SubTitle: Oct 19 Sat
Description: NBC Nightly News is the daily evening news program for NBC News and broadcasts from the GE Building, Rockefeller Center in New York City.
Network: WTVJ-DT
Network Affiliate: 
Parental Rating: 
Media Credits: 
Genres: News
Season: 2019
Episode: 284
Banner: 
Banner URL: 
IMDB Id: tt0231035
MovieDB Id: 
TVDB Id: 139911
Is Show Movie: False
Is Show Sports: False
OriginalBroadcastDateTime: 2019-10-20T00:00:00

Le fichier avec l’heure ajoutée obtient :

--> Found series match on TVDB by Original Broadcast Date. Updated video tags -> 
Title: NBC Nightly News With Lester Holt
SubTitle: Oct 20 Sun
Description: NBC Nightly News is the daily evening news program for NBC News and broadcasts from the GE Building, Rockefeller Center in New York City.
Network: WTVJ-DT
Network Affiliate: 
Parental Rating: 
Media Credits: 
Genres: News
Season: 2019
Episode: 285
Banner: 
Banner URL: 
IMDB Id: tt0231035
MovieDB Id: 
TVDB Id: 139911
Is Show Movie: False
Is Show Sports: False
OriginalBroadcastDateTime: 2019-10-20T18:30:00

À partir de là, beaucoup de choses se passent en coulisses, mais le résultat final est TRÈS différent pour le même fichier : noms de fichiers différents et métadonnées embarquées différentes.

S2019E284-Oct 19 Sat.mp4
S2019E285-Oct 20 Sun.mp4

Les journaux complets sont joints pour votre examen. Quelle que soit l’information présente dans le champ subtitle, ce n’est pas ce que je remets en question. Je me demande pourquoi les noms de fichiers et les métadonnées sont différents pour le même enregistrement et la même émission.

Merci pour votre temps !

14

Cela provient d’un tuner HDHomeRun via une antenne OTA pour la filiale locale de NBC. Cela ne provient pas d’une source en ligne. L’émission a été diffusée en direct le 20-10-2019 à 18h30, heure locale de Miami.

Elle est ensuite enregistrée par TVMosaic (anciennement DVBLogic), qui intègre certaines métadonnées d’enregistrement dans le fichier, mais la seule date utilisée est « année », soit 2019, et MCEBuddy attribue toujours la date du 05-05-2019 (date étrange et aléatoire) à TOUS mes épisodes. Il y a donc un an, une modification dans la version 2.4.9 a permis la lecture de la date d’enregistrement à partir du nom de fichier. Cela a fonctionné sans problème pendant un an, jusqu’à ce que je passe à la version 2.5.1 ; dorénavant, tous les enregistrements quotidiens basés sur la date se retrouvent avec la mauvaise date dans le nom de fichier et affichent les métadonnées du jour précédent.

Le sous-titre n’est pas le problème ici, même s’il apparaît sur « Watch What Happens Live ». Je l’ai mentionné car c’est la SEULE date que je trouve dans le journal où il y a un décalage d’un jour.

J’espère que cela aide ! Merci également pour votre temps ! C’est grandement apprécié.

15

Merci pour les journaux, je vois ce qui se passe entre les deux fichiers.
Quand MCEBuddy tente de faire correspondre les métadonnées de TVDB, il a besoin de 2 éléments d’information pour finaliser la correspondance ; dans votre cas, il s’agit du nom de l’émission et de la date de diffusion originale, utilisée pour « trouver » le bon épisode.

Pour cette émission, il s’agit d’une émission quotidienne, un nouvel épisode chaque jour ; gardez cela à l’esprit, car c’est la raison du problème expliqué ci-dessous.

Lorsque MCEBuddy tente de faire correspondre la date et l’heure de diffusion originale, il essaie d’aligner le fuseau horaire local et le fuseau UTC. Cela tient à la façon dont les dates sont stockées dans les fichiers locaux par rapport aux bases de données en ligne comme TVDB. C’est ici que réside le problème dans votre cas, combiné au fait que l’émission est diffusée quotidiennement.

Dans le premier cas, où aucune heure n’est indiquée, la date de diffusion originale est enregistrée comme 2019-10-20, 00 h 00 (fuseau local), mais lors de la correspondance avec TVDB en UTC, la date devient 2019-10-19 19 h 00. Etant donné que votre émission possède un épisode CHAQUE jour, TVDB renvoie une correspondance et attribue le 19 octobre comme nom de sous-titre.
Dans le second cas, le nom de fichier contenant la date et l’heure est analysé comme 2019-10-20 18 h 30 (heure locale) ; TVDB vérifie donc les deux fuseaux horaires, qui indiquent maintenant tous deux le 20 octobre, et renvoie le sous-titre « Oct 20 ».

Ce phénomène ne se produit que parce que vous avez une émission quotidienne ; si l’émission n’avait pas d’épisodes journaliers, vous ne rencontreriez pas ce problème.

La solution consiste à s’assurer que HDHomeRun inclut l’heure ET la date dans le nom de fichier, afin d’éviter toute confusion chez TVDB lors de la correspondance des dates. J’espère que cela vous aide.

16

Merci pour la confirmation. Comme convenu lors de notre dernière discussion sur le sujet il y a exactement 1 an, ma convention de nommage de fichiers a été :

image
image1177×456 25 KB

Nom du programme_Date du programme

Ce qui a parfaitement fonctionné pendant toute l’année. Pour les changements survenus lors de ma mise à niveau vers la version 2.5.1, j’ai ajouté l’« Heure du programme » au nom du fichier, et tout semble à nouveau fonctionner correctement avec les bonnes dates et métadonnées dans les fichiers.

Nom du programme_Date du programme_Heure du programme

Je vous remercie du temps que vous avez consacré à rechercher une solution.

1 « J'aime »