Ik gebruik MCEBuddy in combinatie met Plex Media Server’s Post Processing scriptmogelijkheden.
De commerciële overslaan-functie van PMS is kapot en blijft hangen – ik kan er niet op vertrouwen. Ik ben dit probleem nooit tegengekomen toen ik de comskip gebruikte die bij MCEBuddy is inbegrepen (dank daarvoor).
PMS plaatst tijdelijke opnames in een “/.grab”-map. Wanneer de opname is voltooid, voert het zijn kapotte versie van comskip uit, schrijft theoretisch een edl-bestand (wat in werkelijkheid niet gebeurt) en voert daarna het post-processing script uit (in mijn geval een aanroep naar MCEBuddy).
Vanwege de fouten in PMS wil ik een conversietaak die het pad van het bestand bekijkt – op basis van dat pad wordt de ene conversietaak uitgevoerd in plaats van de andere. Specifiek:
Als het pad de tekst “tv-commercials” bevat, wil ik dat “conversietaak A” wordt uitgevoerd, inclusief comskip
Als het pad de tekst “tv” bevat, wil ik dat “conversietaak B” wordt uitgevoerd, zonder comskip
Mis ik dit met de bestaande bestandsmaskermogelijkheden? Ik weet dat ik een conversietaak kan beperken tot een bepaalde monitorlocatie – dat kan ik niet doen wanneer het de CLI aanroept. Ik zou dat concept graag uitbreiden met een bestandspad.
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.
i just use the program dude just trying to show you other options i have used. i dont use plex to dvr anymore i use nextpvr now and the output directory from mce plex scans.
This feature has been added in today’s 2.4.9 build. You can instruct MCEBuddy to do a match on the full file path instead of just the filename by adding the tag path: at the beginning of the match expression.
If you want to match the entire file path instead of just the filename, start the pattern with path:
e.g.
path:*recordedtv*
OR for a negative match
path:~*recordedtv*
OR if you want to a use a regular expression to match the path
path:regex:(recordedTV|liveTV)
This applies to both conversion task filename filter and monitor task filename filters. The pop up help has been updated to reflect these changes as well.