J’ai été en train de reconvertir des fichiers *.mp4 pour réduire leur taille. La destination est la même que l’emplacement de surveillance. Les fichiers convertis résultants (également des fichiers *.mp4) sont également convertis. Comment éviter cela ? Choisir une destination différente est-elle la seule option pour y parvenir ?
IS MCEBuddy est-il censé exclure automatiquement les vidéos converties de la surveillance par défaut ?
Comme je choisis de conserver les fichiers *.mp4 d’origine, le fichier converti est nommé * (1).mp4. Ensuite, * (1).mp4 est de nouveau converti et le fichier résultant est nommé * (1) (2).mp4, et ainsi de suite…
J’apprécie le fait qu’un fichier reconverti ait (1) ajouté à la fin pour éviter qu’il soit reconverti par erreur. Est-il possible de remplacer « (1) » par « HEVC » ou « H265 » pour rendre les noms des fichiers reconvertis encore plus distincts ?
Oui, MCEBuddy garde la trace de tous les fichiers convertis dans le fichier History et il ne les reconvertira pas (sur la base du chemin complet et du nom de fichier) sauf si on le lui demande explicitement depuis la page de paramètres ci-dessus.
Si vous pouvez télécharger votre fichier MCEBuddy.log, je peux jeter un œil et voir ce qui se passe. Avez-vous par hasard effacé l’historique ? C’est une des raisons pour lesquelles il pourrait reconvertir les fichiers.
Peut-être ne l’ai-je pas assez précisé. La question est en réel de savoir si MCEBuddy garde la trace de tous les fichiers résultants ainsi que des fichiers sources, afin que ce que produit MCEBuddy ne soit pas également converti.
Les fichiers produits ont une extension différente « *.mp4 ».
Je n’ai pas ce problème lorsque des fichiers *wtv sont convertis, car les fichiers produits ont une extension différente qui n’est pas surveillée. Mais quand il s’agit de réduire la taille des fichiers *.mp4, les fichiers produits ont la même extension et sont également surveillés comme fichiers sources, du moins dans mon cas.
Je voudrais téléverser mon fichier journal, mais il semble être inhabituellement volumineux. Il fait 1,19 Go. Puis-je le supprimer sans causer de problème ? Je ne suis pas sûr d’en avoir vraiment besoin, sauf pour le problème que je soulève maintenant.
Oui, il garde une trace des fichiers source et convertis et ne les reconvertira pas. Vous pouvez supprimer en toute sécurité les fichiers journaux ou même limiter leur taille/âge maximum depuis la page des paramètres système.
J’ai supprimé le gros fichier journal et effectué une conversion test d’un seul fichier source. Pourriez-vous jeter un œil au nouveau fichier journal mcebuddy.log (319,9 Ko) et voir ce qui provoque la conversion des fichiers déjà convertis ?
Il n’y a qu’un seul fichier source dans ce nouveau fichier journal, mais plusieurs fichiers convertis portant le même nom avec (1), (1) (1), (1) (1) (1), (1) (2), etc.
History - US - Business - Inside… (2017–2019)_s3e4_Secrets of Coca-Cola- The Billion Dollar Beverage (Top of the Pops) (2019) pt1_SBS ONE_2020_02_01_19_29_47
J’ai reproduit votre configuration ici et cela fonctionne correctement. D’après vos journaux, je soupçonne que votre fichier History soit la cause racine du problème. Il est soit corrompu, soit verrouillé par un autre processus. Lorsque MCEBuddy tente de le lire pour vérifier si le fichier a été converti, en raison de la corruption ou du verrouillage, il suppose que ce n’est pas le cas car il ne peut pas accéder au fichier History et procède ensuite à une nouvelle conversion. Vous devriez soit effacer votre fichier History, soit trouver quel processus le verrouille.
J’ai essayé de vider l’historique. Malheureusement, cela n’a pas aidé.
Quelle tâche de conversion avez-vous essayée ? 2 des 3 tâches que j’ai ne posent aucun problème car elles convertissent des fichiers *.wtv en *.mp4 uniquement lorsque *.wtv est surveillé. L’autre tâche convertit des fichiers *.mp4 h264 en fichiers *.mp4 h265 lorsque le type de fichier converti est identique au type de fichier source surveillé. C’est la tâche qui convertit le fichier déjà converti.
Si un fichier d’historique corrompu ou verrouillé est le problème ici, les trois tâches ne devraient-elles pas se comporter de la même manière et convertir le fichier déjà converti ?
C’est l’emplacement du moniteur et non la tâche de conversion qui déclenche la conversion. Vos journaux indiquent que la
Tâche → F: HEVC Downsizing
est celle qui reconvertit, c’est donc celle-là et la tâche de conversion correspondante que j’ai reproduite sans problème ici.
Si un autre processus bloque le fichier d’historique lorsque ce dossier est consulté, il est possible que vous rencontriez ce problème. Vous pouvez également mettre à jour votre installation MCEBuddy vers la dernière version bêta, qui inclut un débogage supplémentaire pour les fichiers d’historique verrouillés ou corrompus.
Il est possible qu’une section du fichier d’historique soit corrompue et liée à cette tâche de surveillance.