MCEBuddy-version: 2.7.1
Operativsystem: Windows 10 IoT Enterprise LTSC 2021 x64
Resumé af forslaget: Jeg bruger indstillingen “General Settings → Sync converted files” (Generelle indstillinger → Synkroniser konverterede filer) til at holde konverterede filer på min filserver synkroniseret med kildefiler på mit mediedrev. Der er meget udskiftning i mit bibliotek, fordi kildefiler bliver tilføjet, flyttet og slettet. Når en kildefil slettes, sletter MCEBuddy de konverterede filer, hvilket er en fantastisk funktion og perfekt til min arbejdsgang. Der er dog nogle ulemper ved den nuværende implementering:
- Konverteringsjobbet bliver i historikfilen på ubestemt tid, hvilket får filen til at vokse sig stadig større.
- Parsing af historikfilen bliver gradvist langsommere på grund af medieudskiftningen som følge af nr. 1.
- Scanning bliver gradvist langsommere på grund af medieudskiftningen som følge af nr. 1.
- Hvis en kildefil genintroduceres med samme navn og placering på et senere tidspunkt, ignorerer MCEBuddy den på ubestemt tid, da den allerede findes i historikfilen som følge af nr. 1.
Med den foreslåede valgmulighed “Remove deleted files from history” (Fjern slettede filer fra historik) aktiveret, ville den konverterede fil automatisk blive slettet, når kildefilen slettes (som det sker nu), og derefter ville kilde- og konverterede filer automatisk blive fjernet fra historikfilen, så de ikke længere spores. Sidebemærkning: Dette gør reelt historikfilen til en database over filer, der spores i øjeblikket, snarere end en historisk fortegnelse.
Jeg er klar over, at jeg kan aktivere “Expert Settings → Re-monitor recorded videos” (Ekspertindstillinger → Overvåg optagede videoer igen) i indstillingerne for overvågningsplacering for at få MCEBuddy til at ignorere kildefilens information i historikfilen og konvertere den igen. Problemet er, at dette medfører en genkonvertering ved hver scanning, hvis jeg ikke også vælger “Expert Settings → Delete original file” (Ekspertindstillinger → Slet original fil) eller “Expert Settings → Archive original file” (Ekspertindstillinger → Arkivér original fil), hvilket ødelægger mit workflow, så det er ikke en løsning. Det løser heller ikke de andre problemer forbundet med den voksende historikfil.
Jeg omgår i øjeblikket denne opførsel med et script, jeg har skrevet, som kører hver nat og “renser” historikfilen. Scriptet parser mcebuddy.log og leder efter teksten “[source] is stopped being monitored since it has been deleted”. For hver forekomst udtrækker den kildestien fra logteksten og bruger derefter dette til at finde og slette både posten for den konverterede fil og posten for kildefilen fra historikfilen. Dette fungerer bemærkelsesværdigt godt og løser alle ovennævnte problemer, men med visse ulemper:
- “System Settings → Logging Level” (Systemindstillinger → Log-niveau) skal være sat til Debug, hvilket skaber mere diskaktivitet og gør MCEBuddy en smule langsommere.
- “System Settings → Logfile age” (Systemindstillinger → Logfilens alder) skal være sat til et højt tal for at undgå, at poster om slettede filer ældes ud af loggen, før det natlige script kører, når der er meget medieudskiftning. Det betyder, at mit natlige script har mere at parse.
- Hvis en kildefil genintroduceres med samme navn og placering på et senere tidspunkt, ignorerer MCEBuddy den indtil næste dag (efter at det natlige script har kørt).
- Det er én ting mere for mig at vedligeholde.
Hvis MCEBuddy kunne understøtte den foreslåede funktionalitet indbygget ved blot at fjerne posterne fra historikken, når kildefilen slettes, ville det løse problemet mere effektivt og være meget nyttigt for mig.
Tak fordi du læste med!