Les arguments des paramètres de commande personnalisés sont différents de ce qui aurait dû être passé

General Support / Questions Custom Commands
1

Type de requête :
BUG / NOUVELLE FONCTIONNALITÉ
Bug
Version et type de MCEBuddy (32 ou 64 bits) :
2.4.9 64 bits
Système d’exploitation et type (32 ou 64 bits) :
Windows 10 64 bits
Résumé du problème ou de la suggestion :
J’utilise le même fichier batch DOS depuis deux ans pour déplacer le fichier converti vers l’un de mes répertoires de transit sans aucun souci. Après la mise à jour de la version 2.4.8 à 2.4.9, le batch ne fonctionne plus. J’ai vérifié le journal de conversion : la variable %convertedfile% contient à la fois le chemin du batch DOS et celui du fichier converti. Par exemple, j’appelle un fichier nommé After_MceBuddy.bat situé dans un répertoire différent de MCEBuddy2x ; ce batch recevait les paramètres %convertedfile%, %convertedext%, %originalfilename% et %Season%. L’épisode converti provenait de la saison 3 de CSI_Miami. Les valeurs transmises étaient « D:\kmttg_v2.1s\After_MceBuddy » + le nom du fichier converti.
Cela empêche le batch de s’exécuter. J’ai joint le journal correspondant et je reviens à la version 2.4.8 en attendant la correction.
Étapes pour reproduire le bug :

  1. J’ai modifié le batch pour afficher les paramètres reçus.
  2. J’ai remis le fichier à traiter dans le dossier d’entrée.
  3. J’ai relancé la conversion via Mce_Buddy.
  4. J’ai répété l’opération plusieurs fois, le même problème survient.
  5. J’ai aussi déplacé le batch dans le répertoire MCEBuddy2x, le problème persiste.
    Captures d’écran :
    screenshot(1).png
    screenshot(2).png
2

Joignez votre conversion afin que nous puissions voir les paramètres exacts utilisés pour la reproduire.

3

J’ai résolu ce problème.

Dans les versions précédentes, j’avais codé PostCustomCommandPath comme : d:\kmttg_v2.1s\After_MceBuddy.bat

Quand j’ai modifié le fichier Profiles.conf après la mise à jour, je l’avais codé comme : D:\kmttg_v2.1s\After_MceBuddy.bat

Je ne comprends pas pourquoi cela a fait une différence, mais c’était le cas car je l’ai testé des deux façons sous la version 2.4.8.

Le paramètre %convertedfile% ne contient plus le chemin du fichier batch et tout s’est exécuté comme avant.

La capture d’écran jointe montre la partie du fichier journal qui affiche les valeurs d’arguments transmises au fichier batch.

Je vais mettre à jour la version ce soir et vérifier que le problème a été corrigé.

Screenshot (1).png1920×1080 396 KB

4

Veuillez conserver les deux fichiers journaux afin que nous puissions les comparer pour voir ce qui se passe. Et je recommanderais de passer à la dernière version 2.4.10.