Soms in de laatste paar versies lijkt MCEBuddy een conversie niet meer af te ronden voordat de computer in slaapstand gaat. Ik heb altijd slaapstand uitgeschakeld. Het vreemde is dat het op twee systemen hetzelfde gebeurt, maar alleen bij opnames van mijn HDPVR2 en niet bij opnames van de WinTV Quad op beide systemen. Mijn conversielog van de laatste keer dat het gebeurde is bijgevoegd. Alvast bedankt.
Er is al heel lang geen wijziging meer aangebracht aan die module. Het is mogelijk dat een recente Windows-update of -instelling ervoor zorgt dat het verzoek om niet in slaapstand te gaan wordt genegeerd.
Wanneer MCEBuddy actief converteert, geeft het het besturingssysteem een signaal om niet in slaapstand te gaan, maar uiteindelijk is het aan het OS zelf en kan het ervoor kiezen om de app te negeren. Ik denk dat Windows nu een instelling heeft waardoor het verzoeken van apps kan negeren en toch in slaapstand kan gaan. Je kunt je Windows-slaap-/energie-instellingen controleren.
Alle slaap-/energiegebeurtenissen en -verzoeken worden vastgelegd in het mcebuddy.log-bestand.
bedankt wingman, ik heb naar dat bestand gekeken en zie niets over slaap behalve de instelling, zie jij iets hierin dat het zou kunnen veroorzaken? Mag ik ook een flyby aanvragen?mcebuddy.log (3,3 MB)
Het logboek ziet er op het eerste gezicht goed uit; ik zie dat MCEBuddy het systeem vraagt om niet in slaap te vallen en om de normale werking te hervatten wanneer er actieve conversies zijn respectievelijk wanneer de conversies zijn voltooid
2019-05-24T13:04:09 MCEBuddy.Engine.Core → Starting new conversions, preventing system sleep
2019-05-24T13:11:29 MCEBuddy.Engine.Core → No conversions running , allowing system sleep
Je moet de Windows-logs controleren om te zien wat er gebeurt. De eerste stap is om te achterhalen wanneer het systeem in slaap valt. Normaal gesproken zou het, wanneer het in slaap valt, ook een verzoek aan MCEBuddy moeten sturen. Als je op de link Events klikt in de rechterbovenhoek van het hoofdvenster, wordt een lijst met Windows-eventlogboekitems opgehaald die door de mcebuddy-engine zijn gemaakt. Kopieer en plak die logs rond het tijdstip waarop je het systeem in slaap zag vallen (ik vermoed dat dat tussen de twee tijdstippen in de logs ligt die ik hierboven heb uitgehaald).
Vervolgens kun je de Windows Event Logs rond dat tijdstip openen en kijken of je meer informatie kunt achterhalen over waarom Windows in slaap is gevallen (heeft een applicatie het commando verstuurd of was het gewoon de interne slaaptimer die is verlopen). Als het zo inconsistent is als je in je eerste bericht beschreef, vermoed ik dat een applicatie het slaapcommando verstuurt.
Het lijkt erop dat Windows het verzoek van MCEBuddy om slaapstand te voorkomen negeert. Controleer je Windows-energie-instellingen; ergens zit daar een optie waarmee je kunt instellen hoe Windows met slaapstand omgaat (nooit, bij inactiviteit, kritiek enz.). Helaas is dit een probleem met een Windows-instelling en ik vermoed dat er ergens iets is veranderd, hetzij tijdens een Windows-update, hetzij per ongeluk.
Het is misschien een timingprobleem: MCEBuddy geeft Windows het commando om niet in slaapstand te gaan, en een andere applicatie stuurt daarna een signaal dat het wel okay is om te slapen, nadat MCEBuddy zijn signaal al heeft verzonden.
