MCEBuddy Versie: 2.7.1
Besturingssysteem: Windows 10 IoT Enterprise LTSC 2021 x64
Samenvatting van de suggestie: Ik gebruik de optie “General Settings → Sync converted files” om de geconverteerde bestanden op mijn bestandsserver in sync te houden met de bronbestanden op mijn mediadrive. Er is veel turnover in mijn bibliotheek doordat bronbestanden worden toegevoegd, verplaatst en verwijderd. Wanneer een bronbestand wordt verwijderd, verwijdert MCEBuddy de geconverteerde bestanden, wat een geweldige functie is en perfect past bij mijn workflow. Er zijn echter enkele nadelen aan de huidige implementatie:
- De conversietaak blijft onbepaald in het geschiedenisbestand staan, waardoor het bestand steeds groter wordt.
- Het parseren van het geschiedenisbestand wordt steeds trager door de mediaveranderingen als gevolg van #1.
- Het scannen wordt steeds trager door de mediaveranderingen als gevolg van #1.
- Als een bronbestand later opnieuw wordt geïntroduceerd met dezelfde naam en locatie, negeert MCEBuddy het onbepaald omdat het al in het geschiedenisbestand staat vanwege #1.
Met de voorgestelde optie “Remove deleted files from history” ingeschakeld, wordt bij het verwijderen van een bronbestand het geconverteerde bestand automatisch verwijderd (zoals nu gebeurt), en vervolgens worden zowel het bron‑ als het geconverteerde bestand automatisch uit het geschiedenisbestand verwijderd zodat ze niet meer worden bijgehouden. Zij‑opmerking: dit maakt het geschiedenisbestand effectief een database van momenteel bijgehouden bestanden, en niet zozeer een historisch archief.
Ik weet dat ik “Expert Settings → Re-monitor recorded videos” kan inschakelen in de monitor‑locatie‑instellingen om MCEBuddy te laten negeren dat de informatie van het bronbestand in het geschiedenisbestand staat en het opnieuw te laten converteren. Het probleem is dat dit bij elke scan een herconversie veroorzaakt als ik niet ook “Expert Settings → Delete original file” of “Expert Settings → Archive original file” selecteer, wat mijn gebruikssituatie ondermijnt, dus is het geen oplossing. Het lost ook de andere problemen met de groeiende omvang van het geschiedenisbestand niet op.
Ik omzeil dit gedrag momenteel met een script dat ik ’s nachts uitvoer en het geschiedenisbestand “opschoont”. Het script doorzoekt mcebuddy.log op de tekst “[source] is stopped being monitored since it has been deleted”. Voor elk geval haalt het het bronpad uit de logtekst, en gebruikt dat om zowel het record van het geconverteerde bestand als het record van het bronbestand uit het geschiedenisbestand te vinden en te verwijderen. Dit werkt uitzonderlijk goed en lost alle hierboven beschreven problemen op, met enkele nadelen:
- “System Settings → Logging Level” moet op Debug staan, wat meer schijfactiviteit veroorzaakt en MCEBuddy iets trager maakt.
- “System Settings → Logfile age” moet op een hoog getal staan om te voorkomen dat records van verwijderde bestanden uit de log verdwijnen voordat het nachtelijke script wordt uitgevoerd bij veel mediaveranderingen. Dit betekent dat mijn nachtelijke script meer moet verwerken.
- Als een bronbestand later opnieuw wordt geïntroduceerd met dezelfde naam en locatie, negeert MCEBuddy het tot de volgende dag (nadat het nachtelijke script is uitgevoerd).
- Het is nog één extra ding dat ik moet onderhouden.
Als MCEBuddy de voorgestelde functionaliteit native zou kunnen ondersteunen door simpelweg de records uit het geschiedenisbestand te verwijderen wanneer het bronbestand wordt verwijderd, zou dat het probleem efficiënter oplossen en zeer behulpzaam voor mij zijn.
Bedankt voor het lezen!