MCEBuddy-versie en type (32- of 64-bit):
2.4.11, x64
Besturingssysteem en type (32- of 64-bit):
Server 2016, x64
Samenvatting van het probleem of suggestie:
Ik heb historisch gezien een Regex-metadata-correctie gebruikt om door Plex opgenomen tv-series te matchen met TVDB. Ik gebruikte dit om het jaar voor de match te verwijderen. Ik heb echter gelezen dat in 2.4.10 en later het gedrag is gewijzigd, zodat het jaar nu aan een ander veld wordt toegewezen (Premier Date) en de lookup nu correct werkt.
Helaas heb ik hier geen succes mee. Ik heb bijgewerkt naar 2.4.11, maar het lijkt erop dat het de volledige titel op TVDB probeert te zoeken [“Dateline NBC (1992)” in plaats van alleen “Dateline NBC”]. Ik zie het veld “Premier Date” niet in de logs. De ondertitel is ook fout, maar dat is een gevolg van Plex’s nieuwe crappy EPG die geen S##E##-nummers meer krijgt, en ik hoop dat ik dat kan oplossen met een Regex-filter of iets dergelijks in MCEBuddy.
Ik kan overschakelen naar 2.5.1 als dat verschil zou maken.
Stappen om de bug te reproduceren:
Converteer een bestand met de naam “Dateline NBC (1992) - 2019-09-13 08 00 00 - Into the Dark.ts” en controleer de logs. Het lijkt erop dat de matching mislukt.
Update: Het lijkt erop dat de bestandsnaamindeling ervoor zorgt dat MCEBuddy twee dingen niet kan doen:
De afleveringstitel nauwkeurig bepalen (de oorspronkelijke uitzendtijd wordt vooraan de ondertitel geplaatst, terwijl de oorspronkelijke uitzenddatum wel correct wordt vastgelegd/gematcht)
Het jaar uit de titel halen en als première-datum gebruiken
Ik ben zojuist geüpdatet naar 2.5.1 met dezelfde resultaten.
Ik voeg een log bij van een succesvolle conversie van een ander bestand. De reden dat deze werkt, is dat in de bestandsnaam in plaats van een tijdstempel S##E##-benaming staat. Helaas gebeuren deze problemen met de nieuwe EPG-provider van Plex steeds vaker en zal dit ook in de toekomst een probleem blijven, aangezien de nieuwe provider niet altijd S##E##-benamingstructuren heeft. Ik denk dat MCEBuddy hier nog steeds mee overweg kan, aangezien de afleveringstitel correct is, maar de gegevens komen niet in de juiste velden terecht, waardoor het mislukt.
Update 2: Ik heb een formaat gevonden waarmee MCEBuddy kan werken, maar het vereist Regex, en ofwel de Regex-parser werkt niet correct, of het vindt alleen overeenkomsten in de titel na een eerste verwerking en heeft geen toegang tot de volledige bestandsnaam (waarschijnlijker, naar mijn mening).
Als ik regex:^(.*) \(\d{4}\).*(\d{4}-\d{2}-\d{2}) \d{2} \d{2} \d{2} - (.*)$ gebruik als originele titel en regex:$1 - $2 - $3 als gecorrigeerde titel, zou ik verwachten dat MCEBuddy de bestandsnaam verwerkt als Dateline NBC - 2019-09-13 - Into the Dark, maar dat gebeurt niet, dus er is geen overeenkomst.
Staat de ingebouwde parser van MCEBuddy deze transformatie toe, of niet? Moet ik een ander programma zoals PowerShell gebruiken om de map te monitoren op nieuwe bestanden en de bestanden te transformeren voordat MCEBuddy ze oppakt? Heeft MCEBuddy een update nodig? Gebruik ik het niet correct? Wat is de beste manier om van waar ik nu ben te komen waar ik moet zijn?
Zeker. In de bijlage vind je een logboek waarin ik probeerde de regex te gebruiken. Deze keer maakte ik het patroon minder strikt door de ^ aan het begin en de $ aan het einde te verwijderen, voor het geval het het volledige pad zag, maar het kwam nog steeds niet overeen. Dank je!
Ik heb je logs bekeken en je regex komt niet overeen met de titel. De bestandsnaam Dateline NBC (1992) - 2019-09-13 08 00 00 - Into the Dark wordt door MCEBuddy geparseerd als:
2019-09-28T15:49:21 MCEBuddy.MetaData.VideoMetaData → Video Tags extracted from file/name metadata →
Title: Dateline NBC (1992)
SubTitle: 08 00 00 - Into the Dark
Dus je probeert ^(.*) \((\d{4})\).*(\d{4}-\d{2}-\d{2}) \d{2} \d{2} \d{2} - (.*)$ toe te passen op de titel Dateline NBC (1992), wat niet matcht en daarom wordt het genegeerd.
Dat gezegd hebbende, MCEBuddy ondersteunt nog geen transformatie, het is iets waar we naar kunnen kijken om toe te voegen. Op dit moment ondersteunt het alleen het matchen van regex (met de titel) met een statische vervanging, maar zoals ik hierboven vermeldde, matcht je regex niet met de titel.
Kleine correctie, MCEBuddy ondersteunt wel een regex-transformatie, maar door een fout wordt het regex: aan het begin van de gecorrigeerde titel niet verwijderd. Voer gewoon de transformatietekst in zonder het regex: en het zou moeten werken. We lossen dit in de volgende build op.
Dus in jouw geval zou het er zo uit moeten zien om de titel Dateline NBC (1992) te matchen:
Originele titel: regex:(.*) \((\d{4})\)
Gecorrigeerde titel: $1 - $2
Mijn probleem is dat de ondertitel van 08 00 00 - Into the Dark niet de echte ondertitel is. De ondertitel zou gewoon Into the Dark moeten zijn. MCEBuddy lijkt het tijdstip van de uitzenddatum te parsen en dit voor de ondertitel te plaatsen, waardoor de metadata-zoekopdracht mislukt.
Dit was eerder geen probleem omdat de Plex EPG goed was en altijd S##E## gebruikte in plaats van tijdstempels (en MCEBuddy die correct toewees), maar nu er bestanden binnenkomen met tijdstempels, lijkt MCEBuddy moeite te hebben. Is er een manier om dit te verhelpen, of moet ik het bestand laten hernoemen voordat MCEBuddy het ziet?
We voegen ondersteuning toe voor het lezen van dat nieuwe formaat. Je voorbeeld hierboven laat zien hoe een serie wordt genoemd in het nieuwe Plex-formaat
Serie naam (première jaar) - Opnamedatum Tijd - Ondertitel
Heb je voorbeelden voor een film, sport of nieuwsbenaming?
Ahh, oké. Dat is geweldig! Ik kijk ernaar uit! Ik heb ondertussen een PowerShell-hernoemer draaien om het te laten overeenkomen, maar native in MCEBuddy is beslist de voorkeur.
Do you have examples for a movie or sports or news naming?
Eigenlijk gebruik ik MCEBuddy hiervoor bijna nooit, dus ik kan het je niet vertellen, maar ik help je graag met wat testopnames als je wilt zien wat Plex ermee doet.
Er is echter momenteel geen manier om onderscheid te maken tussen sport en series, aangezien ze hetzelfde naamgevingspatroon gebruiken. Je kunt proberen de optie ‘forceer show type’ te gebruiken voor sportprogramma’s met een aangepaste bestandsnaamfilter in de conversietaak.