Version de MCEBuddy : 2.7.1
Système d’exploitation : Windows 10 IoT Enterprise LTSC 2021 x64
Résumé de la proposition : J’utilise l’option « Paramètres généraux → Synchroniser les fichiers convertis » pour garder les fichiers convertis sur mon serveur de fichiers synchronisés avec les fichiers source sur mon lecteur multimédia. Il y a beaucoup de changements dans ma bibliothèque du fait que des fichiers source sont ajoutés, déplacés et supprimés. Lorsqu’un fichier source est supprimé, MCEBuddy supprime les fichiers convertis, ce qui est une excellente fonctionnalité et parfaitement adapté à mon flux de travail. Cependant, il existe quelques inconvénients à l’implémentation actuelle :
- Le travail de conversion reste indéfiniment dans le fichier d’historique, ce qui fait gonfler le fichier de plus en plus.
- L’analyse du fichier d’historique devient de plus en plus lente avec le turnover des médias à cause du point 1.
- Le scan devient de plus en plus lent avec le turnover des médias à cause du point 1.
- Si un fichier source est réintroduit avec le même nom et le même emplacement plus tard, MCEBuddy l’ignore indéfiniment puisque celui‑ci existe déjà dans le fichier d’historique à cause du point 1.
Avec l’option « Supprimer les fichiers supprimés de l’historique » activée, lorsqu’un fichier source est supprimé, le fichier converti serait automatiquement supprimé (comme c’est le cas actuellement), puis le fichier source et le fichier converti seraient automatiquement retirés du fichier d’historique afin qu’ils ne soient plus suivis. Observation secondaire : cela fait du fichier d’historique une base de données des fichiers actuellement suivis, et non plus tant un enregistrement historique.
Je sais que je peux activer « Paramètres avancés → Re‑surveiller les vidéos enregistrées » dans les paramètres de localisation du moniteur pour forcer MCEBuddy à ignorer les informations du fichier source dans l’historique et le reconvertir. Le problème, c’est que cela entraîne une reconversion à chaque scan si je ne sélectionne pas également « Paramètres avancés → Supprimer le fichier original » ou « Paramètres avancés → Archiver le fichier original », ce qui casse mon cas d’utilisation, donc ce n’est pas une solution. Cela ne résout pas non plus les autres problèmes liés à l’augmentation du gonflement du fichier d’historique.
Je contourne actuellement ce comportement avec un script que j’ai écrit et qui s’exécute chaque nuit pour « nettoyer » le fichier d’historique. Le script analyse mcebuddy.log et recherche le texte «[source] is stopped being monitored since it has been deleted». Pour chaque occurrence, il extrait le chemin source du texte du journal, puis l’utilise pour trouver et supprimer à la fois l’enregistrement du fichier converti et l’enregistrement du fichier source du fichier d’historique. Cela fonctionne remarquablement bien et résout tous les problèmes énoncés ci‑dessus, avec quelques inconvénients :
- « Paramètres système → Niveau de journalisation » doit être réglé sur Debug, ce qui augmente l’activité du disque et ralentit légèrement MCEBuddy.
- « Paramètres système → Durée de conservation du journal » doit être fixé à une valeur élevée afin d’éviter que les enregistrements des fichiers supprimés ne soient expirés du journal avant l’exécution du script nocturne lorsqu’il y a beaucoup de turnover médiatique. Cela signifie que mon script nocturne a davantage à analyser.
- Si un fichier source est réintroduit avec le même nom et le même emplacement plus tard, MCEBuddy l’ignore jusqu’au jour suivant (après l’exécution du script nocturne).
- C’est une tâche supplémentaire à maintenir pour moi.
Si MCEBuddy pouvait prendre en charge nativement la fonctionnalité proposée en supprimant simplement les enregistrements de l’historique lorsque le fichier source est supprimé, cela résoudrait le problème de façon plus efficace et serait très utile pour moi.
Merci de votre lecture !