Tak for logfilerne, jeg kan se, hvad der sker mellem de 2 filer.
Når MCEBuddy forsøger at matche metadata fra TVDB, har det brug for 2 informationer for at fuldføre matchet. I dit tilfælde er de 2 informationer seriens navn og den oprindelige udsendelsesdato, som bruges til at "finde" den rigtige episode.
Specifikt for denne serie er det en daglig udsendelse – en ny episode hver dag – husk det, for det er grunden til problemet, som forklaret nedenfor.
Når MCEBuddy forsøger at matche den oprindelige udsendelsesdato og -tid, prøver den at matche både den lokale tidszone og UTC-tidszonen. Dette skyldes den måde, datoer gemmes på i lokale filer i forhold til netværksdatabaser som TVDB. Det er her problemet ligger i dit tilfælde, kombineret med det punkt, jeg nævnte ovenfor om, at det er en daglig udsendelse.
I det første tilfælde, hvor der ikke er nogen tid, gemmes den oprindelige udsendelsesdato som 2019-10-20, 12:00 (lokal tid), men når den forsøger at matche denne information med TVDB ved hjælp af UTC-tidszonen, skifter datoen til 2019-10-19 19:00, og fordi din serie har en episode HVER dag, returnerer TVDB et match og giver den 19. oktober som undertekstens navn.
I det andet tilfælde, hvor dit filnavn indeholder både tid og dato, parses det som 2019-10-20 18:30 (lokal tid), så når TVDB forsøger at matche den, tjekker den både mod lokal og UTC-tidszone, som begge nu rapporteres som 2019-10-20, og derfor returnerer den underteksten som 20. oktober.
Dette sker, fordi du har en udsendelse hver dag. Hvis du havde en serie, der ikke havde daglige episoder, ville du ikke se problemet.
Løsningen ville være at sikre, at HDHomeRun inkluderer både tid og dato i filnavnet, så det ikke forvirrer TVDB, når den forsøger at matche datoerne. Håber det hjælper.