MCEBuddy-version og -type (32-bit eller 64-bit):
2.4.11, x64
Operativsystem og type (32-bit eller 64-bit):
Server 2016, x64
Resumé af problemet eller forslaget:
Jeg har historisk brugt en Regex-metadata-korrektion til at matche Plex-indspillede tv-serier med TVDB. Jeg brugte denne til at fjerne årstallet før matchet. Jeg læste dog, at opførslen i 2.4.10 og nyere er ændret, så årstallet nu tildeles et andet felt (Premiere-dato), og opslaget derfor fungerer korrekt nu.
Desværre har jeg ikke succes med dette. Jeg opdaterede til 2.4.11, men det lader til, at den forsøger at slå den fulde titel op på TVDB [»Dateline NBC (1992)« i stedet for blot »Dateline NBC«]. Jeg kan ikke se »Premiere-dato« som et felt i logfilerne. Undertitlen er også forkert, men det skyldes Plex’ nye elendige EPG, som ikke får S##E##-numre med, og jeg håber, jeg kan løse det med et Regex-filter eller lignende i MCEBuddy.
Jeg kan opgradere til 2.5.1, hvis det gør en forskel.
Trin til at genskabe fejlen:
Konverter en fil med navnet »Dateline NBC (1992) - 2019-09-13 08 00 00 - Into the Dark.ts« og tjek logfilerne. Det ser ud til, at matcheningen mislykkes.
Opdatering: Det ser ud til, at filnavnets format forårsager, at MCEBuddy ikke kan gøre to ting:
Bestemme episodens titel korrekt (den oprindelige udsendelsestid bliver sat foran undertitlen, mens den oprindelige udsendelsesdato indfanges/matches korrekt)
Fjerne året fra titlen og bruge det som premieredato
Jeg har lige opdateret til 2.5.1 med samme resultat.
Jeg vedhæfter en log over en vellykket konvertering af en anden fil. Grunden til, at denne virker, er, at den i stedet for et tidsstempel i filnavnet har S##E##-navngivning. Desværre sker disse problemer meget ofte med Plexs nye EPG-udbyder, og det vil fortsætte med at være et problem fremover, da den nye udbyder ikke altid har S##E##-navngivningsstrukturer. Jeg føler, at MCEBuddy stadig kan arbejde med dette, da episodens titel er korrekt, men tingene kommer ikke i de rigtige felter, så det fejler.
Update 2: Jeg har fundet et format, som MCEBuddy kan arbejde med, men det kræver Regex, og enten virker Regex-parseren ikke korrekt, eller også matcher den kun på titlen efter en indledende behandling og giver ikke adgang til hele filnavnet (hvilket jeg finder mest sandsynligt).
Hvis jeg bruger regex:^(.*) \(\d{4}\).*(\d{4}-\d{2}-\d{2}) \d{2} \d{2} \d{2} - (.*)$ som den oprindelige titel og regex:$1 - $2 - $3 som rettet titel, ville jeg forvente at se MCEBuddy behandle filnavnet som Dateline NBC - 2019-09-13 - Into the Dark, men det gør den ikke, så det matcher ikke.
Tillader parseren, der er indbygget i MCEBuddy, mig at transformere på denne måde, eller ikke? Skal jeg bruge et andet program som PowerShell til at overvåge mappen for nye filer og transformere filerne, før MCEBuddy får dem? Skal MCEBuddy opdateres? Bruger jeg den ikke korrekt? Hvad er den bedste måde at komme fra hvor jeg er, til hvor jeg skal være?
Selvfølgelig. Vedhæftet er en log, hvor jeg forsøgte at bruge regex. Denne gang gjorde jeg det mindre restriktivt ved at fjerne ^ i starten og $ i slutningen, hvis nu det så den fulde sti, men det matchede stadig ikke. Tak!
Jeg tjekkede dine logs, og dit regex matcher ikke titlen. Filnavnet Dateline NBC (1992) - 2019-09-13 08 00 00 - Into the Dark parses af MCEBuddy som:
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
Så du prøver at anvende ^(.*) \((\d{4})\).*(\d{4}-\d{2}-\d{2}) \d{2} \d{2} \d{2} - (.*)$ på titlen Dateline NBC (1992), hvilket ikke matcher, og derfor ignoreres det.
Det skal dog nævnes, at MCEBuddy endnu ikke understøtter transformation, det er noget, vi kan overveje at tilføje. I øjeblikket understøttes kun matchning af regex (mod titlen) med en statisk erstatning, men som jeg nævnte ovenfor, matcher dit regex ikke titlen.
Lille rettelse: MCEBuddy understøtter faktisk en regex-transformation, men på grund af en fejl fjerner den ikke regex: i starten af den korrigerede titel; indtast blot transformationsteksten uden regex:, og det burde virke. Vi retter det i den næste build.
Så i dit tilfælde skal det se sådan ud for at matche titlen Dateline NBC (1992):
Oprindelig titel: regex:(.*) \((\d{4})\)
Korrigeret titel: $1 - $2
Mit problem er, at underteksten til 08 00 00 - Into the Dark ikke reelt er underteksten. Underteksten skal blot være Into the Dark. MCEBuddy ser ud til at parse tidsdelen af udsendelsesdatoen og sætter den foran underteksten. Det får metadata-søgningen til at fejle.
Det var ikke et problem før, fordi Plex EPG var udmærket og altid havde S##E## i stedet for tidsstempler (og MCEBuddy tildelte dem korrekt), men nu hvor filer begynder at komme ind med tidsstempler, har MCEBuddy tilsyneladende problemer. Er der nogen måde at løse det på, eller skal jeg have noget til at omdøbe filen, før MCEBuddy ser den?
Vi tilføjer understøttelse af at læse det nye format.
Ahh, okay. Det er fantastisk! Jeg glæder mig! Jeg har en PowerShell-omdøber kørende i mellemtiden for at få det til at matche, men indbygget i MCEBuddy er helt klart at foretrække.
Har du eksempler på navngivning af film, sport eller nyheder?
Sandheden skal frem: jeg bruger næsten aldrig MCEBuddy til dette, så jeg kan ikke sige det, men jeg er mere end glad for at lave nogle testoptagelser til dig, hvis du har brug for at se, hvad Plex gør med det.
På nuværende tidspunkt er der dog ingen måde at skelne mellem sport og serier, da de har nøjagtigt det samme navngivningsmønster. Du kan prøve at bruge force show type-indstillingen til sportsudsendelser med brugerdefineret filtrering af filnavne i konverteringsopgaven.