Jeg bruger MCEBuddy sammen med Plex Media Servers muligheder for post-processing-scripts.
PMS’ kommercielle springning er i stykker og fortsætter med at hænge – jeg kan ikke stole på det. Jeg stødte aldrig på dette problem, da jeg brugte den comskip, der følger med MCEBuddy (tak for det).
PMS lægger midlertidige optagelser i en “/.grab”-mappe. Når optagelsen er færdig, kører den sin defekte version af comskip, skriver teoretisk set en edl-fil (det sker faktisk ikke), og kører derefter post-processing-scriptet (i mit tilfælde kaldes MCEBuddy).
På grund af fejlene i PMS ønsker jeg en konverteringsopgave, der kigger på filens sti – baseret på den sti kører den den ene konverteringsopgave frem for den anden. Specifikt:
Hvis stinavnet indeholder “tv-commercials”, ønsker jeg, at den kører “konverteringsopgave A”, som inkluderer comskip
Hvis stinavnet indeholder “tv”, ønsker jeg, at den kører “konverteringsopgave B”, som ikke inkluderer comskip
Mangler jeg dette med den eksisterende filmaskefunktion? Jeg ved, at jeg kan begrænse en konverteringsopgave til et bestemt overvågningssted – det kan jeg ikke gøre, når den kalder CLI’en. Jeg vil gerne udvide det koncept til også at inkludere filsti.
as long as there both parent dir and one is not inside the other you can do this already need to setup 2 monitor locations and 2 tasks. inside the tasks in expert set monitor location to the correct one for the task
I’m aware of the restriction in expert settings. Monitors don’t work in conjunction with Plex Media Server and the post processing script because from MCEBuddy’s perspective, they’re both CLI, hence the feature request.
Well if your recordings goto the different folders from plex for now maybe use mcebuddy to scan the folders every few min rather than using a post script in plex. when i was using plex to record i let mcebuddy do its thing and did not use plex to run a post script.
that’s what I was doing before - it breaks Plex’s metadata and you also get into a state where Plex thinks the file is missing until the next scan because the filename is changed from *.ts to *mkv (in my case).
well if your changing the file type it is missing just set plex to auto scan for changes and its the encoding time + 30ish second its back takes very little cpu time. if you don’t want mcebuddy to change the meta data in the task under expert uncheck download info and make sure add info is checked.
As I say, it breaks other things in PMS (metadata).
Why can’t there either be a file path mask added or extend the “file name match” field to also work on the pathname of the file? At least if that were the case, I could cover this via two conversion tasks.
Jeg bruger bare programmet, mand. Prøver bare at vise dig andre muligheder, jeg har brugt. Jeg bruger ikke længere Plex til DVR, jeg bruger nu NextPVR, og Plex scanner output-mappen fra MCE.
Denne funktion er blevet tilføjet i dagens 2.4.9-build. Du kan bede MCEBuddy om at matche den fulde filsti i stedet for blot filnavnet ved at tilføje tagget path: i begyndelsen af match-udtrykket.
Hvis du ønsker at matche hele filstien i stedet for blot filnavnet, skal du starte mønstret med path:
f.eks.
path:*recordedtv*
ELLER for et negativt match
path:~*recordedtv*
ELLER hvis du ønsker at bruge et regulært udtryk til at matche stien
path:regex:(recordedTV|liveTV)
Dette gælder både for konverteringsopgavens filnavnsfilter og overvågningsopgavens filnavnsfilter. Hjælpevinduet er blevet opdateret for at afspejle disse ændringer.