Versión y tipo de MCEBuddy (32 o 64 bits):
MCEBuddy 2.5.5 x64
Sistema operativo y tipo (32 o 64 bits):
Win10x64 20H2 y uso de codificación por hardware con una RTX2060.
Resumen del problema o sugerencia:
La interfaz gráfica de MCEBuddy se bloquea con el título de ventana «Service Not Connected» y todos los elementos dentro de la ventana aparecen deshabilitados. La única opción es cerrar/salir del programa y esperar a que aparezca el diálogo de Windows «no responde» para forzar su cierre. Indica que envía datos de diagnóstico a Microsoft, pero no tengo idea de si pueden obtenerse detalles.
Estoy ejecutando una instancia de WSL Ubuntu u ocasionalmente una instancia de VirtualBox. No sé si esto afecta a MCEBuddy. ¿Contención de núcleos de CPU? p. ej., al iniciarse, MCEBuddy vería todos los núcleos (4) y quizá VBox o WSL reserva núcleos exclusivamente para sí mismo y MCEBuddy no detecta ese cambio.
Pasos para replicar el error:
Lanzar la interfaz gráfica de MCEBuddy.
Eso es Windows diciendo que tu CPU se quedó sin recursos y rompe la conexión entre la interfaz gráfica y el motor. Reduce la carga de trabajo o aumenta la RAM/velocidad del disco.
Todavía me parece que algo va mal. Estoy al 34 % de CPU y el proceso de la GUI de MCE Buddy que aparece como «No responde» consume el 27 % de ese total. Así que mi carga sin la GUI es del 7 %. No tiene sentido, porque antes todo funcionaba bien.
También uso transcodificación por HW (GPU) y ejecuto otras aplicaciones que dependen de la GPU. ¿Existe alguna prueba o contención en MCE Buddy por acceso exclusivo a la GPU que pueda estar causando el conflicto? ¿Gestiona Windows esa política de uso exclusivo para aplicaciones CUDA? CUDA es el SDK de la API de GPU de nVidia, por si no lo sabías.
También ejecuto Plex y Plex usa transcodificación por HW para sus tareas. ¿Hay algo en los registros de MCE Buddy o en los registros de actividad de Windows que pueda buscar para ayudar a encontrar al culpable?
También ejecuto el software SiliconDust HD Homerun DVR en la misma máquina, pero que yo sepa es una aplicación solo de CPU y nunca antes he tenido conflictos en todos los años usando los tres en la misma caja (SD HDHR DVR, Plex y MCEBuddy).
Si el servicio se ha iniciado, entonces tu firewall o antivirus está bloqueando el puerto (23332) que utiliza el servicio de MCEBuddy (motor) para comunicarse con el cliente (GUI).
Así que estoy revisando el puerto 23332 en el firewall de Windows para ver si ese es el problema.
Iba a sugerir que intentes desactivar la excepción automática del firewall y la opción UPnP en la página de Configuración del Sistema. Parece que Windows se está quedado intentando acceder a la información del firewall y del adaptador de red.
Parece que eso ha solucionado el inicio de la GUI para mí. No podía acceder a ninguna configuración dentro de la GUI ya que se bloqueaba antes de que terminara de pintarse la ventana principal.
Sin embargo, la versión 2.5.6 del 27-04-2021 se instaló y apareció de inmediato. Incluso con una carga del 30% (otras aplicaciones - y con 4 núcleos, realmente significa que un núcleo está en uso), y con otra aplicación de GPU ejecutándose, la GUI de MCEBuddy se cargó rápidamente y lista para usar.
Así que toma una sabrosa bebida por encontrar el problema y solucionarlo tan rápidamente.
Felicitaciones y mantente bien, @Goose.
Hice más pruebas. ¡Increíble! Un trabajo de GPU en ejecución, un KMTTG descifrando y descargando programas de mi Tivo, descargando actualizaciones de juegos, y el CPU estaba al 95%. La interfaz gráfica aún apareció rápida y como una estrella de rock. Mostró que MCEBuddy estaba ejecutando una conversión en la GPU (además de mi tarea de GPU) sobre el 95% de utilización del CPU. La interfaz gráfica completa aparece y puedo interactuar con ella, así que definitivamente lo que sea que fuera está arreglado.