Hallo,
Ik heb *.mp4-bestanden opnieuw geconverteerd om hun grootte te verkleinen. De bestemming is hetzelfde als de monitorlocatie. De resulterende geconverteerde bestanden (ook *.mp4-bestanden) worden opnieuw geconverteerd. Hoe kan ik dat voorkomen? Is het kiezen van een andere bestemming de enige optie om dat te bereiken?
Bedankt.
Geen van de vakjes is aangevinkd.
Is het de bedoeling dat MCEBuddy standaard geconverteerde video’s automatisch uitsluit van controle?
Aangezien ik de oorspronkelijke *.mp4-bestanden wil behouden, krijgt het geconverteerde bestand de naam * (1).mp4. Vervolgens wordt * (1).mp4 opnieuw geconverteerd en krijgt het resulterende bestand de naam * (1) (2).mp4, enzovoort…
Ik vind het prettig dat aan een opnieuw geconverteerd bestand (1) aan de naam wordt toegevoegd om te voorkomen dat het per ongeluk opnieuw wordt geconverteerd. Is het mogelijk om “(1)” te vervangen door “HEVC” of “H265” zodat de opnieuw geconverteerde bestandsnamen nog duidelijker onderscheidend zijn?
Ja, MCEBuddy houdt alle geconverteerde bestanden bij in het History-bestand en zal ze niet opnieuw converteren (op basis van het volledige pad en bestandsnaam) tenzij expliciet gevraagd via de bovenstaande instellingenpagina.
Als je je MCEBuddy.log-bestand kunt uploaden, dan kan ik kijken wat er aan de hand is. Heb je toevallig de geschiedenis gewist? Dat is een mogelijke reden waarom bestanden opnieuw worden geconverteerd.
Misschien heb ik het niet duidelijk genoeg gemaakt. De vraag is eigenlijk of MCEBuddy een overzicht houdt van alle resulterende bestanden én de bronbestanden, zodat wat MCEBuddy produceert niet opnieuw wordt geconverteerd.
Geproduceerde bestanden hebben een andere extensie “*.mp4”
Dit probleem heb ik niet wanneer *.wtv-bestanden worden geconverteerd, omdat de geproduceerde bestanden een andere extensie krijgen die niet wordt gemonitord. Maar als het gaat om het verkleinen van *.mp4-bestanden, krijgen de geproduceerde bestanden dezelfde extensie en worden ze in mijn geval ook als bronbestanden gecontroleerd.
Ik zou graag mijn logbestand uploaden, maar het lijkt ongewoon groot te zijn: 1,19 GB. Mag ik het logbestand veilig verwijderen zonder problemen te veroorzaken? Ik weet niet zeker of ik het nodig heb, behalve voor het huidige probleem dat ik aankaart.
Ja, het houdt bron- en geconverteerde bestanden bij en zal ze niet opnieuw converteren. U kunt logbestanden veilig verwijderen of zelfs hun maximale grootte/leeftijd beperken via de systeeminstellingenpagina.
Ik heb het grote logbestand verwijderd en een testconversie van één enkel bronbestand uitgevoerd. Kunt u alstublieft het nieuwe logbestand mcebuddy.log (319,9 KB) bekijken en zien wat leidt tot het converteren van reeds geconverteerde bestanden?
Kun je me de naam van een bestand geven dat opnieuw is geconverteerd, zodat ik de logactiviteit kan verfijnen?
Er is slechts één bronbestand in dit verse logbestand, maar er zijn meerdere geconverteerde bestanden met dezelfde naam plus (1), (1) (1), (1) (1) (1), (1) (2) enz.
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
Ik heb je installatie hier nagebootst en hij werkt prima. Uit je logboeken vermoed ik dat je History-bestand de oorzaak van het probleem is. Het is ofwel beschadigd of het wordt door een ander proces vergrendeld, waardoor wanneer MCEBuddy het probeert te lezen om te zien of het bestand al is geconverteerd, het ervan uitgaat dat dit niet het geval is omdat het geen toegang heeft tot het History-bestand en het vervolgens opnieuw gaat converteren. Je kunt het beste je History-bestand wissen of uitzoeken welk proces het vergrendelt.
Ik heb geprobeerd de geschiedenis te wissen. Helaas hielp dat niet.
Welke Conversietaak heb je geprobeerd? 2 van de 3 taken die ik heb, vertonen geen problemen omdat ze *.wtv-bestanden converteren naar *.mp4 wanneer alleen *.wtv wordt gemonitord. De andere taak converteert h264 *.mp4-bestanden naar h265 *.mp4-bestanden wanneer het geconverteerde bestandstype hetzelfde is als het gemonitorde brontype. Dit is de taak die het reeds geconverteerde opnieuw converteert.
Als een beschadigd of vergrendeld geschiedenisbestand het probleem is, zouden dan niet alle drie de taken zich op dezelfde manier gedragen en het geconverteerde opnieuw converteren?
Het is de monitorlocatie en niet de conversietaak die de conversie start. Uw logboeken tonen aan dat de
Taak → F: HEVC Downsizing
degene is die opnieuw converteert, dus die en de bijbehorende conversietaak heb ik hier zonder probleem gerepliceerd.
Als een ander proces het geschiedenisbestand blokkeert wanneer die map wordt geopend, is het mogelijk dat u dit probleem tegenkomt. U kunt ook uw MCEBuddy-installatie updaten naar de nieuwste bètaversie, die extra foutopsporing bevat voor vergrendelde of corrupte geschiedenisbestanden.
Het is mogelijk dat een sectie van het geschiedenisbestand corrupt is die verband houdt met deze Monitortaak.
