MCEBuddy Versie: 2.7.1
Besturingssysteem: Windows 10 IoT Enterprise LTSC 2021 x64
Samenvatting van het probleem: Wanneer “Geconverteerde bestanden synchroniseren” is ingeschakeld en de brondirectory niet toegankelijk is, verwijdert MCEBuddy alle bijbehorende geconverteerde bestanden. Meer specifiek: wanneer MCEBuddy een bestandsscan uitvoert, controleert het het geschiedenisbestand. Voor elk “originele bestand” dat daar staat vermeld en zich op een mountpoint bevindt dat niet meer bestaat, wordt het “geconverteerde bestand” verwijderd. De fout hier is dat het feit dat de schijf met de bronbestanden niet toegankelijk is, niet mag worden opgevat als een indicatie dat de gebruiker deze bewust heeft verwijderd én alle bestanden die erop worden gecontroleerd.
Stappen om de bug te reproduceren: Schakel “Geconverteerde bestanden synchroniseren” in via Instellingen → Algemene instellingen. Voeg een controlelocatie toe op een tweede, niet-systeemschijf en een conversietaak die het bestand converteert en kopieert naar een derde schijf of netwerklocatie. Plaats een videobestand in de controlelocatie en wacht tot het is geconverteerd. Sluit de pc af, koppel de schijf met de controlelocatie los. Start de pc op. Merk op dat de MCEBuddy-service de geconverteerde kopie van het bestand verwijdert.
Alternatieve stappen (niet getest): In plaats van de pc af te sluiten en de schijf los te koppelen, start u diskmgmt.msc en verwijdert u simpelweg de stationslettertoewijzing, klik daarna op Scannen in MCEBuddy.
Voorstel: Ik zou graag zien dat dit gedrag wordt aangepast zodat eerst wordt gecontroleerd of de bron bestaat voordat wordt vastgesteld dat het bestand dat het bevatte niet meer bestaat. Het lijkt erop dat u de werkelijk geconfigureerde controlelocatie voor elke conversietaak niet in het geschiedenisbestand opslaat, dus u kunt waarschijnlijk alleen controleren of het station zelf bestaat. Voor mijn doeleinden is dat voldoende. Controleer bijvoorbeeld of “F:\” bestaat voordat u iets probeert te “synchroniseren”/verwijderen voor een bronbestand als “F:\Media\!Mirrored\!Home-Global\TV Series\My Series\S01E01 - Belly Button Madness.mkv”. Hetzelfde geldt voor UNC-paden zoals “\\myserver\mediashare\” in het voorbeeld “\\myserver\mediashare\TV Series\My Series\S01E01 - Belly Button Madness.mkv”.
Tijdens het testen van een andere schijf startte ik mijn pc met MCEBuddy op zonder dat de bronmedia-schijf was aangesloten. MCEBuddy verwijderde meer dan 10.000 geconverteerde videobestanden van mijn netwerkmediashares die in het geschiedenisbestand stonden geregistreerd. Ik maak geen back-ups van de geconverteerde bestanden omdat ze opnieuw kunnen worden gegenereerd, maar het zal weken duren om al deze bestanden opnieuw te converteren. Ik had deze mogelijkheid verwacht bij een hardwarestoring, maar niet dat een fout in MCEBuddy hiervan de oorzaak zou zijn.
Mijn logbestand staat op de FTP-server.