Comment faire fonctionner l'archivage

Je suis un nouvel utilisateur et je suis un peu nerveux à l’idée de supprimer les publicités sans conserver le fichier original pendant au moins un certain temps. Je pense avoir correctement configuré ce que je veux faire, mais il n’archive pas les fichiers.

Ma configuration place les fichiers sur un disque NAS externe (j’ai configuré le nom d’utilisateur pour qu’il puisse lire/écrire). Ensendant, je voudrais archiver vers un autre disque NAS externe (il ne semble pas y avoir d’endroit pour ce nom d’utilisateur/mot de passe), j’ai donc essayé d’archiver vers un disque local pour voir si c’était le problème, mais cela n’a toujours pas fonctionné. J’ai défini le journal sur débogage, mais je ne vois nulle part mention du répertoire d’archive. Je téléverse le journal de cette tentative, mais les autres avec le disque local ont eu les mêmes résultats.

Sous Emplacement de surveillance, paramètres experts, j’ai coché « Archiver le fichier original » et sélectionné le dossier d’archive.

Bless This Mess S02E15 20200317 [20200318-0030].mpg-TVShows-2020-03-23T20-05-38.8995866-04-00.log (657.0 KB)

L’archivage/la suppression des fichiers après la fin d’une conversion est enregistré dans le fichier mcebuddy.log, vous pouvez ouvrir ce fichier et rechercher votre nom de fichier pour voir ce qu’il se passe.

L’archivage est configuré pour chaque tâche de surveillance dans les paramètres experts. Vous pouvez définir l’emplacement sur un lecteur NAS (commençant par \\\\) et il vous permettra de saisir le nom d’utilisateur/mot de passe pour cet emplacement réseau. N’utilisez pas de lecteurs mappés.

Je téléverse le fichier journal et il indique le nom du répertoire d’archivage, mais je ne vois pas où il mentionne quoi que ce soit sur l’archivage (réussite ou échec).
Il s’agit d’un disque local et non d’un disque NAS pour le test.

Il n’y a également pas d’endroit pour le nom d’utilisateur/mot de passe du répertoire d’archivage. Il y en a un pour le répertoire de surveillance et le répertoire de destination.

mcebuddy.log (42,2 Ko)

Votre fichier original et le fichier converti sont identiques (ils portent exactement le même nom, donc le fichier converti écrase l’original après la conversion), il n’y a donc rien à archiver. L’archivage ne fonctionne que lorsque les fichiers original et converti sont distincts.

INFORMATION > 2020-03-23T20:12:10 MCEBuddy.Engine.Core → Travail pour \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg converti avec succès en \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg à l’aide de la tâche de conversion TVShows et du profil HDHomeRun Unprocessed

Oui, puisque je ne fais que supprimer les publicités, le nom de fichier restera le même. Il semblerait que cela puisse être fait avant qu’il ne soit remplacé. Y a-t-il un moyen de contourner cela ?

J’ai trouvé ce lien : Archiving when destination filename is exactly the same as the source filename

et cela fonctionne pour mon disque local. Je suppose que je dois simplement trouver comment faire fonctionner les informations de connexion pour le disque NAS.

Je ne sais plus quoi essayer pour que la copie vers le NAS fonctionne. J’ai créé un nouvel utilisateur avec un compte sur le NAS, configuré le service pour utiliser cet utilisateur/mot de passe. J’ai créé le même compte utilisateur sur le NAS de départ pour m’assurer que tous les comptes sont identiques. J’ai mappé le lecteur sous le compte de l’utilisateur et lancé l’application mcebuddy depuis ce compte. L’erreur semble indiquer que l’utilisateur n’a pas accès, mais je sais que ce n’est pas le cas. J’ai essayé avec UISession à true et à false.

J’espère que quelqu’un pourra m’aider. Je suis sûr d’être proche.

Drunk History 20190114 [20190114-0940].mpg-TVShows-2020-03-25T18-59-13.8236869-04-00.log (599,2 Ko) Drunk History 20190617 [20190617-0825].mpg-TVShows-2020-03-25T19-05-14.2410114-04-00.log (608,2 Ko)

Je ne sais pas comment j’ai pu manquer la ligne où vous disiez de ne pas utiliser le lecteur réseau mappé. C’était sûrement le problème.

J’ai une question : pourquoi l’utilisateur du service doit-il être un administrateur ? Quand l’utilisateur mcebuddy n’était qu’un utilisateur standard, le service ne démarrait pas correctement. J’ai un autre programme qui utilise des disques NAS et il fonctionnait avec un utilisateur standard.

Non, il n’y a aucune corrélation entre l’utilisateur et l’exécution de MCEBuddy. MCEBuddy s’exécute par défaut en tant que service système (sauf si quelqu’un le modifie manuellement).
En tant que service système, il n’a pas accès aux lecteurs mappés par l’utilisateur, comme expliqué sur cette page, deuxième message : MCEBuddy FAQ - Common Issues and Errors

Vous pouvez toutefois lancer MCEBuddy en tant que moteur en ligne de commande depuis la connexion de l’utilisateur via le menu Démarrer, ce qui donne à MCEBuddy accès aux lecteurs mappés, mais il ne fonctionne plus en arrière-plan et ne s’exécute que tant que l’utilisateur est connecté.

Peut-être que c’est différent de BlueIris, mais j’ai dû faire tourner le service sous un utilisateur local plutôt que sous le compte système pour que le NAS fonctionne. C’est ce qu’ils indiquaient dans leurs fichiers d’aide. J’ai donc essayé la même chose avec mcebuddy, et l’utilisateur n’étant pas administrateur a généré des erreurs dans les journaux d’événements au démarrage, le programme indiquant que le service ne tournait pas. Quand j’ai donné le rôle administrateur à l’utilisateur, tout a démarré correctement. Je ne suis pas sûr de vouloir revenir en arrière à ce stade, j’ai passé une bonne partie de l’après-midi à le faire fonctionner.

Pour l’instant, ça marche : le service tourne sous l’utilisateur que j’ai créé. Le passage du lecteur réseau mappé a probablement réglé le problème.

Vous pouvez consulter la version d’aujourd’hui. Vous pouvez maintenant spécifier un nom d’utilisateur et un mot de passe personnalisés pour chaque chemin réseau. Ainsi, les dossiers temporaires, les dossiers d’échec, les dossiers d’archivage, les chemins de surveillance, les dossiers de destination, etc. ont chacun leur propre option d’identification réseau.

Cool, merci ! Je vais essayer.