Depuis quelques versions, MCEBuddy ne semble plus terminer la conversion avant que l’ordinateur ne passe en veille. J’ai toujours eu la mise en veille désactivée. Le plus étrange, c’est que cela se produit sur deux systèmes, mais uniquement avec les enregistrements provenant de mon HDPVR2, jamais avec ceux de la WinTV Quad sur l’un ou l’autre système. Ci-joint le journal de conversion datant de la dernière occurrence. Merci d’avance.
Il n’y a pas eu de modification de ce module depuis très longtemps. Il est possible qu’une récente mise à jour ou des paramètres Windows provoquent l’ignoration de la demande de non mise en veille.
Lorsque MCEBuddy convertit activement, il informe le système d’exploitation de ne pas se mettre en veille, mais en fin de compte, c’est le système d’exploitation qui décide et il peut choisir d’ignorer l’application. Je pense que Windows dispose maintenant d’un paramètre qui peut lui permettre d’ignorer la demande de l’application et de tout de même se mettre en veille. Vous devriez vérifier vos paramètres de veille/d’alimentation Windows.
Tous les événements/demandes de veille/d’alimentation sont enregistrés dans le fichier mcebuddy.log.
Merci wingman, j’ai regardé ce fichier et je ne vois rien sur la mise en veille hormis le paramètre, vois-tu quelque chose ici qui pourrait être la cause ? Et puis-je demander un passage ?mcebuddy.log (3,3 Mo)
Le journal semble correct au premier abord, je vois que MCEBuddy demande au système de ne pas se mettre en veille et de reprendre les opérations normales lorsqu’il y a des conversions actives et quand celles-ci sont terminées, respectivement
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
Vous devrez consulter les journaux Windows pour voir ce qui se passe. La première étape consiste à déterminer quand le système se met en veille. En général, lorsqu’il passe en veille, il devrait également envoyer la requête à MCEBuddy. Si vous cliquez sur le lien Events dans le coin supérieur droit de la fenêtre principale, il récupérera une liste des entrées du journal des événements Windows créées par le moteur MCEBuddy. Copiez-collez ces journaux autour du moment où vous avez vu le système se mettre en veille (je suppose que ce serait entre les deux horodatages extraits ci-dessus).
À partir de là, vous pouvez ouvrir les journaux d’événements Windows autour de cet instant et voir si vous pouvez obtenir plus d’informations sur la raison pour laquelle Windows s’est mis en veille (une application a-t-elle envoyé la commande ou simplement le minuteur de veille interne est-il expiré). Si c’est irrégulier comme vous l’avez décrit dans votre premier message, je soupçonne qu’une application quelconque envoie la commande de mise en veille.
On dirait que Windows ignore la demande de MCEBuddy pour empêcher la mise en veille. Vérifiez vos paramètres d’alimentation Windows, il y a une option de remplacement quelque part qui vous permet de configurer la façon dont Windows gère la mise en veille (jamais, inactivité, critique, etc.). Malheureusement, c’est un problème de paramètre Windows et je suppose que quelque chose a changé quelque part, soit lors d’une mise à jour Windows, soit par accident.
étrange, Windows tient compte de SageTV pour le réveil enregistrements et le maintien de l’éveil jusqu’à la fin de la diffusion, il semble ignorer seulement MCEBuddy
Il s’agit peut-être d’un problème de synchronisation, MCEBuddy demande à Windows d’arrêter la mise en veille et une autre application envoie un signal indiquant qu’il est acceptable de se mettre en veille après que MCEBuddy a envoyé le signal.
