J’utilise MCEBuddy conjointement avec les scripts de post-traitement de Plex Media Server.
Le saut de publicités de PMS est défectueux et continue de planter — je ne peux pas m’y fier. Je n’ai jamais rencontré ce problème avec le comskip inclus dans MCEBuddy (merci).
PMS place les enregistrements temporaires dans un dossier « <chemin spécifié dans la bibliothèque>/.grab ». Quand l’enregistrement est terminé, il lance sa version défectueuse de comskip, théoriquement écrit un fichier edl (ce qui n’arrive jamais), puis exécute le script de post-traitement (dans mon cas, appel de MCEBuddy).
À cause des erreurs de PMS, je souhaite avoir une tâche de conversion qui examine le chemin du fichier — selon ce chemin, elle exécutera une tâche plutôt qu’une autre. Concrètement :
Si le chemin contient « tv-commercials », je veux qu’elle lance la « tâche de conversion A » incluant comskip
Si le chemin contient « tv », je veux qu’elle lance la « tâche de conversion B » sans comskip
Est-ce que j’ai raté quelque chose avec la capacité de masque de fichiers existante ? Je sais que je peux restreindre une tâche à un dossier de surveillance particulier — impossible quand c’est le CLI qui appelle. J’aimerais étendre ce concept au chemin complet du fichier.
tant qu’ils sont tous deux des répertoires parents et que l’un n’est pas dans l’autre, vous pouvez déjà le faire ; il faut configurer 2 emplacements de surveillance et 2 tâches. Dans les tâches, en mode expert, définissez l’emplacement de surveillance sur celui correspondant à la tâche
Je suis conscient de la restriction dans les paramètres experts. Les moniteurs ne fonctionnent pas en conjonction avec Plex Media Server et le script de post-traitement car, du point de vue de MCEBuddy, ils sont tous deux CLI, d’où la demande de fonctionnalité.
Eh bien, si vos enregistrements vont dans différents dossiers de Plex pour l’instant, utilisez peut-être MCEBuddy pour scanner les dossiers toutes les quelques minutes plutôt que d’utiliser un script post dans Plex. Quand j’utilisais Plex pour enregistrer, je laissais MCEBuddy faire son travail et je n’utilisais pas Plex pour exécuter un script post.
c’est exactement ce que je faisais avant — cela casse les métadonnées de Plex et vous vous retrouvez dans une situation où Plex pense que le fichier est manquant jusqu’au prochain scan, car le nom de fichier passe de *.ts à *.mkv (dans mon cas).
Eh bien, si vous changez le type de fichier qui manque, il suffit de configurer Plex pour qu’il analyse automatiquement les modifications et c’est le temps d’encodage + environ 30 secondes, il revient très rapidement et prend très peu de ressources CPU. Si vous ne voulez pas que MCEBuddy modifie les métadonnées, dans la tâche, sous Expert, décochez « télécharger les infos » et assurez-vous que « ajouter les infos » est coché.
Comme je le dis, cela casse d’autres choses dans PMS (métadonnées).
Pourquoi ne pas ajouter un masque de chemin de fichier ou étendre le champ « correspondance de nom de fichier » pour qu’il fonctionne également sur le chemin du fichier ? Au moins dans ce cas, je pourrais couvrir cela via deux tâches de conversion.
Je suis un membre et contributeur de longue date à MCEB.
Je viens d’utiliser le programme mec, j’essaie juste de te montrer d’autres options que j’ai utilisées. Je n’utilise plus Plex pour enregistrer, j’utilise NextPVR maintenant et Plex scanne le répertoire de sortie de MCE.
Cette fonctionnalité a été ajoutée dans la version 2.4.9 d’aujourd’hui. Vous pouvez demander à MCEBuddy d’effectuer une correspondance sur le chemin complet du fichier au lieu du seul nom de fichier en ajoutant le tag path: au début de l’expression de correspondance.
Si vous souhaitez faire correspondre le chemin complet du fichier au lieu du seul nom de fichier, commencez le motif par path:
par exemple.
path:*recordedtv*
OU pour une correspondance négative
path:~*recordedtv*
OU si vous souhaitez utiliser une expression régulière pour faire correspondre le chemin
path:regex:(recordedTV|liveTV)
Cela s’applique aux filtres de nom de fichier des tâches de conversion et aux filtres de nom de fichier des tâches de surveillance. L’aide contextuelle a été mise à jour pour refléter ces changements.