Jeg har genkonverteret *.mp4-filer for at reducere deres størrelse. Destinationen er den samme som overvågningsplaceringen. De resulterende konverterede filer (også *.mp4-filer) bliver ligeledes konverteret. Hvordan undgår jeg det? Er det at vælge en anden destination den eneste mulighed for at opnå det?
Skal MCEBuddy som standard automatisk udelukke konverterede videoer fra overvågning?
Da jeg vælger at beholde de oprindelige *.mp4-filer, navngives den konverterede fil som * (1).mp4. Derefter konverteres * (1).mp4 igen, og den resulterende fil navngives som * (1) (2).mp4, og sådan fortsætter det…
Jeg kan godt lide, at en genkonverteret fil får tilføjet (1) i slutningen af navnet for at undgå utilsigtet genkonvertering. Er det muligt at erstatte “(1)” med “HEVC” eller “H265” for at gøre navnene på de genkonverterede filer endnu mere genkendelige?
Ja, MCEBuddy holder styr på alle konverterede filer i History-filen og vil ikke genkonvertere dem (baseret på fuld sti og filnavn), medmindre det udtrykkeligt bedes om det fra ovenstående indstillings side.
Hvis du kan uploade din MCEBuddy.log-fil, kan jeg tage et kig og se, hvad der foregår. Har du tilfældigvis ryddet historikken? Det er én grund til, at den kan genkonvertere filer.
Måske har jeg ikke gjort det klart nok. Spørgsmålet er virkelig, om MCEBuddy holder styr på alle de resulterende filer samt kildefilerne, så det, MCEBuddy producerer, ikke også bliver konverteret.
De producerede filer har en anden filendelse “*.mp4”
Jeg har ikke et sådant problem, når *wtv-filer konverteres, fordi de producerede filer har en anden filendelse, der ikke overvåges. Men når det kommer til at reducere *.mp4-filstørrelser, har de producerede filer den samme filendelse og overvåges som kildefiler også – i hvert fald i mit tilfælde.
Ja, den holder styr på kilde- og konverterede filer og vil ikke konvertere dem igen. Du kan trygt slette logfiler eller endda begrænse deres maksimale størrelse/alder fra systemindstillings-siden.
Jeg har slettet den store logfil og foretaget en testkonvertering af en enkelt kildefil. Kunne du venligst kigge på den nye logfil mcebuddy.log|vedhæftet (319,9 KB) og se, hvad der fører til konvertering af allerede konverterede filer?
Der er kun én kildefil i denne nye logfil, men med flere konverterede filer med samme navn plus (1), (1) (1), (1) (1) (1), (1) (2) osv.
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
Jeg har genskabt din opsætning her, og den fungerer fint. Ud fra dine logs mistænker jeg, at din History-fil er roden til problemet. Den er enten beskadiget eller låst af en anden proces, så når MCEBuddy forsøger at læse den for at se, om filen er blevet konverteret, antager den, at den ikke er, fordi den ikke kan få adgang til History-filen, og går derefter i gang med at konvertere den igen. Du bør enten rydde din History-fil eller finde ud af, hvilken proces der låser den.
Jeg prøvede at rydde historikken. Desværre hjalp det ikke.
Hvilken konverteringsopgave prøvede du? To af de tre opgaver, jeg har, har ingen problemer, da de konverterer *.wtv-filer til *.mp4, når kun *.wtv overvåges. Den tredje opgave konverterer h264 *.mp4-filer til h265 *.mp4-filer, når den konverterede filtype er den samme som den overvågede kildefiltype. Det er denne opgave, der konverterer den allerede konverterede.
Hvis en beskadiget eller låst historikfil er problemet her, ville alle tre opgaver så ikke opføre sig på samme måde og konvertere den allerede konverterede?
Det er monitorplaceringen og ikke konverteringsopgaven, der starter konverteringen. Dine logs viser, at
Task → F: HEVC Downsizing
er den, der genkonverterer, så den og den tilsvarende konverteringsopgave har jeg genskabt uden problemer her.
Hvis en anden proces blokerer history-filen, når den mappe tilgås, er det muligt, at du støder på dette problem. Du kan også overveje at opdatere din MCEBuddy-installation til den nyeste betaversion, som inkluderer yderligere fejlfinding for låste eller beskadigede history-filer.
Det er muligt, at en sektion af history-filen er beskadiget, hvilket relaterer sig til denne Monitor-opgave.