Brugerdefinerede kommandoparametre er forskellige fra det, der skulle være sendt

General Support / Questions Custom Commands
1

Forespørgselstype:
BUG / NY FUNKTION
Bug
MCEBuddy Version og Type (32bit eller 64bit):
2.4.9 64bit
Operativsystem og Type (32bit eller 64bit):
Windows 10 64bit
Resumé af problemet eller forslaget:
Jeg har i de sidste 2 år brugt den samme DOS-batchfil til at flytte den konverterede fil til en af mine midlertidige mapper uden problemer. Da jeg opgraderede fra 2.4.8 til 2.4.9, holdt batchfilen op med at virke. Jeg tjekkte logfilen for den konverterede fil, og det ser ud til, at værdien for %convertedfile% indeholder stien til DOS-batchfilens navn og stien til den konverterede fil. Eksempelvis kalder jeg en fil ved navn After_MceBuddy.bat, som ligger i en anden mappe end MCEBuddy2x. Denne fil modtog parametrene %convertedfile%, %convertedext%, %originalfilename% og %Season%. Afsnittet, der blev konverteret, var fra sæson 3 af CSI_Miami. De værdier, der blev sendt, var “D:\kmttg_v2.1s\After_MceBuddy” + det konverterede filnavn.
Dette fik batchfilen til ikke længere at fungere. Jeg har vedhæftet logfilen fra afsnittet, hvor jeg fandt dette problem, og vil rulle tilbage til version 2.4.8, indtil det er rettet.
Trin til at genskabe fejlen:

  1. Jeg ændrede først batchfilen for at vise de parametre, der blev sendt.
  2. Flyttede den fil, der blev behandlet, tilbage til inputmappen.
  3. Brugte Mce_Buddy til at genkonvertere den behandlede fil.
  4. Gentog dette flere gange med samme problem.
  5. Jeg flyttede også batchfilen til MCEBuddy2x-mappen med samme resultat.
    Skærmbilleder:
    screenshot(1).png
    screenshot(2).png
2

Vedhæft din konvertering, så vi kan se de nøjagtige indstillinger, der bruges til at genskabe den.

3

Jeg har løst problemet.

I tidligere versioner havde jeg PostCustomCommandPath kodet som: d:\kmttg_v2.1s\After_MceBuddy.bat

Da jeg ændrede Profiles.conf-filen efter opgraderingen, havde jeg det kodet som: D:\kmttg_v2.1s\After_MceBuddy.bat

Det er ikke klart, hvorfor dette gjorde en forskel, men det gjorde det, da jeg prøvede begge måder under version 2.4.8.

Parameteren %convertedfile% indeholder ikke længere stien til batch-filen, og alt kørte som før.

Det vedhæftede skærmbillede viser den del af logfilen, der viser de argumentværdier, der sendes til batch-filen.

Jeg opgraderer versionen i aften og bekræfter, at problemet er blevet rettet.

Screenshot (1).png1920×1080 396 KB

4

Behold begge logfiler, så vi kan sammenligne og se, hvad der foregår. Og jeg vil anbefale at opdatere til den nyeste version 2.4.10.