En alguna de las últimas versiones, MCEBuddy ya no parece terminar de procesar una conversión antes de que el equipo se suspenda. Siempre he tenido la suspensión desactivada. Lo extraño es que ocurre lo mismo en dos sistemas, pero SOLO parece suceder con las grabaciones de mi HDPVR2 y no con las del WinTV Quad en ninguno de los sistemas. Adjunto el registro de conversión de la última vez que ocurrió. Gracias de antemano
No ha habido ningún cambio en ese módulo durante mucho tiempo. Es posible que alguna actualización o configuración reciente de Windows esté haciendo caso omiso de la solicitud de no suspensión.
Cuando MCEBuddy está activamente convirtiendo, informa al sistema operativo que no se suspenda, pero al final depende del sistema operativo y puede elegir ignorar la aplicación. Creo que Windows ahora tiene una configuración que puede hacer que ignore la solicitud de las aplicaciones y aún así permitir que se suspenda. Quizás quieras revisar tus ajustes de suspensión/energía de Windows.
Además, todos los eventos/solicitudes de suspensión/energía se registran en el archivo mcebuddy.log.
gracias wingman, revisé ese archivo y no veo nada sobre suspensión más que la configuración, ¿ves algo aquí que pueda estar causándolo? También puedo solicificar un flyby?mcebuddy.log (3.3 MB)
El registro parece correcto a primera vista; veo que MCEBuddy solicita al sistema que no se suspenda y que reanude las operaciones normales cuando hay conversiones activas y cuando terminan, respectivamente.
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
Necesitarás revisar los registros de Windows para ver qué está ocurriendo. El primer paso sería determinar cuándo se está suspendiendo el sistema. Normalmente, al suspenderse, también debería enviar la solicitud a MCEBuddy. Si haces clic en el enlace Events en la esquina superior derecha de la ventana principal, obtendrás una lista de las entradas del registro de eventos de Windows realizadas por el motor de MCEBuddy. Copia y pega esos registros alrededor del momento en que viste que el sistema se suspendió (supongo que sería entre las dos marcas de tiempo de los registros que extraje arriba).
A partir de ahí puedes abrir los Registros de Eventos de Windows en ese momento y ver si puedes obtener más información sobre por qué Windows se suspendió (si alguna aplicación envió el comando o si simplemente expiró el temporizador interno de suspensión). Si es inconsistente como describiste en tu primer mensaje, sospecho que alguna aplicación podría estar enviando el comando de suspensión.
Parece que Windows está ignorando la solicitud de MCEBuddy para evitar la suspensión. Revisa la configuración de energía de Windows; hay una opción de anulación que te permite configurar cómo maneja la suspensión (nunca, inactividad, crítico, etc.). Desafortunadamente, este es un problema de configuración de Windows y supongo que algo cambió, ya sea durante una actualización de Windows o accidentalmente.
extraño, Windows presta atención a SageTV para despertar para grabaciones y mantenerse activo hasta que finalice la emisión, solo está ignorando MCEBuddy al parecer
Puede ser un problema de sincronización, MCEBuddy le dice a Windows que deje de suspenderse y otra aplicación está enviando una señal diciendo que está bien suspenderse después de que MCEBuddy haya enviado la señal.
