J’ai mis à niveau vers la version 2.4.7 en septembre. Depuis, certaines conversions se terminent, mais se relancent ensuite, écrasant la conversion précédente. Sur 5 à 10 conversions par jour, cela arrive pour 2 à 3 d’entre elles par semaine. Ce ne sont pas toujours les mêmes émissions chaque semaine. Une fois que cela commence, ma seule option est de déplacer le fichier original. Un redémarrage ne résout pas le problème non plus. J’ai téléversé les journaux de conversion d’une des émissions qui est en reconversion depuis dimanche, ainsi que le fichier journal MCEBuddy. J’ai fait des recherches et je ne vois personne d’autre rencontrer ce problème, donc cela doit venir de mon système. J’ai mis à niveau vers la version 2.4.8 bêta 8 du 11/02/2017 et cela continue de faire la même chose.
Je ne vois pas vos journaux, joignez le fichier mcebuddy.log et indiquez le nom du fichier qui a été « reconverti ». Il s’agit probablement d’un problème de configuration.
Ce qu’il faut noter, est-ce que le fichier original possède un nom différent ? Si c’est le cas, MCEBuddy le traitera comme un fichier différent, même si le fichier de destination finit par être identique à un fichier existant après conversion. Pour éviter cela (puisque les émissions sont souvent rediffusées à des moments différents et réenregistrées), dans la Tâche de conversion → Paramètres experts, vous pouvez cocher l’option Skip reconversion et, éventuellement, Check history. Consultez l’aide contextuelle pour les descriptions.
J’ai joint les journaux ici. Je ne renomme pas la source, et elle ne reconvertit que certains. J’ai coché la case « Ignorer la conversion ». C’est étrange, cela ne fait qu’un ou deux fichiers par semaine et cela a commencé avec la dernière version. Nous verrons si cela aide.
Merci.
mcebuddy.zip (2,37 Mo)
J’ai besoin du nom du fichier qui est en cours de reconversion.
Good Behavior_TNTHD_2017_11_19_21_57_00.wtv
Pouvez-vous également joindre votre fichier History du répertoire config dans MCEBuddy
J’ai examiné vos journaux et voici ce que j’ai trouvé jusqu’à présent : la conversion échoue car MCEBuddy ne peut pas accéder à l’emplacement de destination (s’il s’agit d’un lecteur réseau mappé, consultez le sujet Erreurs et problèmes courants pour comprendre pourquoi MCEBuddy ne peut pas accéder aux lecteurs mappés par l’utilisateur et comment y accéder).
INFORMATION > 2017-11-22T10:18:25 MCEBuddy.Engine.ConversionJob → Déplacement du fichier converti F:\MCEwork\working0\Good Behavior_TNTHD_2017_11_19_21_57_00.mp4 vers E:\Google Drive\Les Videos\Good Behavior_TNTHD_2017_11_19_21_57_00.mp4
ERREUR → Impossible de déplacer le fichier F:\MCEwork\working0\Good Behavior_TNTHD_2017_11_19_21_57_00.mp4 vers E:\Google Drive\Les Videos
Erreur : System.UnauthorizedAccessException: Accès au chemin d’accès refusé.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.InternalMove(String sourceFileName, String destFileName, Boolean checkHost)
at MCEBuddy.Util.FileIO.MoveAndInheritPermissions(String source, String destination, Boolean overwriteDestination)
at MCEBuddy.Engine.ConversionJob.MoveConvertedFile(String subDestinationPath, Log jobLog)
ERREUR > 2017-11-22T10:18:25 MCEBuddy.Engine.ConversionJob → Échec du déplacement du fichier converti vers la destination
Je vois également que MCEBuddy continue d’essayer de reconvertir le fichier, ce qui n’est pas normal car une fois qu’une conversion échoue, elle est enregistrée dans le fichier d’historique et ne devrait plus jamais être reconvertie tant qu’elle n’est pas rajoutée manuellement.
La seule explication que j’ai est que votre fichier d’historique est corrompu concernant cette entrée, c’est pourquoi j’ai demandé le fichier d’historique.
Je rencontre le même problème.