Seit einigen Versionen scheint MCEBuddy eine Konversion nicht mehr abzuschließen, bevor der Computer in den Ruhezustand wechselt. Ich habe „Ruhezustand deaktivieren“ immer aktiviert gehabt. Das Seltsame daran: Es passiert auf beiden Systemen, aber NUR bei Aufnahmen vom HDPVR2, nicht bei denen vom WinTV Quad auf beiden Systemen. Mein Konvertierungs-Log vom letzten Mal liegt an. Danke im Voraus
An diesem Modul hat sich sehr lange Zeit nichts geändert. Möglicherweise veranlasst ein kürzliches Windows-Update bzw. eine neue Einstellung, dass die Anfrage zum Nicht-Schlafen ignoriert wird.
Wenn MCEBuddy gerade aktiv konvertiert, teilt es dem Betriebssystem mit, nicht in den Schlaf zu gehen – letztlich entscheidet jedoch das OS selbst und kann die Anforderung ignorieren. Vermutlich besitzt Windows mittlerweile eine Option, mit der es solche App-Anfragen überspringen und trotzdem schlafen kann. Sie sollten daher Ihre Windows-Schlaf-/Energieeinstellungen prüfen.
Alle Schlaf- und Energieereignisse bzw. -anforderungen werden in der Datei mcebuddy.log protokolliert.
Danke, Wingman, ich habe mir die Datei angesehen und sehe nichts über den Ruhezustand außer der Einstellung – siehst du hier etwas, das das verursachen könnte? Außerdem kann ich einen Überflug anfordern?mcebuddy.log (3,3 MB)
Das Protokoll sieht auf den ersten Blick in Ordnung aus. Ich sehe, dass MCEBuddy das System auffordert, nicht in den Ruhezustand zu gehen und wieder in den normalen Betrieb zu wechseln, wenn Konvertierungen aktiv sind bzw. abgeschlossen sind.
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
Du musst die Windows-Protokolle überprüfen, um zu sehen, was vor sich geht. Der erste Schritt wäre, herauszufinden, wann das System in den Ruhezustand geht. In der Regel sollte es MCEBuddy auch eine entsprechende Anfrage senden, wenn es in den Ruhezustand geht. Wenn du auf den Link Events in der oberen rechten Ecke des Hauptfensters klickst, werden die Windows-Ereignisprotokoll-Einträge des MCEBuddy-Engines angezeigt. Kopiere diese Protokolle um die Zeit, zu der du gesehen hast, dass das System in den Ruhezustand ging (vermutlich zwischen den beiden oben aus meinen Protokollen extrahierten Zeitstempeln).
Von dort aus kannst du die Windows-Ereignisprotokolle um diese Zeit öffnen und sehen, ob du mehr Informationen darüber herausfinden kannst, warum Windows in den Ruhezustand ging (hat eine Anwendung den Befehl gesendet oder war es einfach der interne Ruhezustand-Timer, der abgelaufen ist?). Wenn es so inkonsistent ist, wie du in deinem ersten Beitrag beschrieben hast, vermute ich, dass eine Anwendung möglicherweise den Ruhezustand-Befehl sendet.
Das sieht so aus, als würde Windows die Anfrage von MCEBuddy zum Verhindern des Ruhezustands ignorieren. Überprüfen Sie Ihre Windows-Energieeinstellungen – dort gibt es irgendwo eine Überschreibungsoption, mit der Sie konfigurieren können, wie Windows den Ruhezustand behandelt (nie, im Leerlauf, kritisch usw.). Leider handelt es sich hierbei um ein Problem mit den Windows-Einstellungen, und ich vermute, dass sich irgendwo etwas geändert hat – entweder während eines Windows-Updates oder versehentlich.
Seltsam, Windows achtet auf SageTV, um für Aufnahmen aufzuwachen und wach zu bleiben, bis die Ausstrahlung beendet ist, es scheint nur MCEBuddy zu ignorieren
Es könnte sich um ein Timing-Problem handeln. MCEBuddy weist Windows an, den Ruhezustand zu beenden, und eine andere Anwendung sendet ein Signal, das angibt, dass es nach dem Signal von MCE-Buddy in Ordnung ist, in den Ruhezustand zu wechseln.
