Actualización de 2.4.11 a MCEBuddy 2.5.2 ¡LENTA!

Hoy actualicé de MCEBuddy 2.4.11 a 2.5.2 desinstalando la versión anterior e instalando la nueva. Tengo entendido que la configuración se conserva. Estoy usando el perfil normal MKV para la conversión. Descubrí que la v2.5.2 procesa a 0.1x la velocidad de la v2.4.11. Probé con la codificación por hardware activada y desactivada y los resultados son idénticos. ¿Hay otras configuraciones que pueda probar para recuperar el rendimiento anterior?

He adjuntado los archivos de registro de ambas versiones.

Gracias por la ayuda.

log_2411.log|adjunto (645.7 KB)

logo! Die Welt und ich 2020_01_11_13_50_00 - logo! Die Welt und ich.ts-Convert to MKV-2020-01-11T14-05-02.6534887-05-00.log|adjunto (2.0 MB)

Gracias por los registros, muy útiles.

Con la versión 2.5.x se amplió el soporte del codificador de hardware y parece que la configuración del codificador de hardware no se habilitó tras la actualización.

Preferir codificación por hardware → Falso

Activa esa opción en la página Tarea de conversión → Ajustes expertos y debería empezar a usar tu codificador QuickSync.

La codificación por hardware estaba inicialmente activada pero la velocidad era igual de lenta, obtuve ~13 fps en promedio. Luego la desactivé para ver si la codificación por software era más rápida. No lo era, como muestra el registro que envié. Por ahora volví a la versión 2.4.11.

Si puedes adjuntar un registro con la opción de codificación por hardware habilitada, podré compararlo con tu registro de la versión 2.4.11 y ver qué está ocurriendo.

Estoy a punto de viajar por negocios y necesito aplazarlo hasta el próximo fin de semana. Mis disculpas.

Hemos realizado algunas mejoras en la última versión beta 2.5.3 para aumentar las velocidades de codificación por hardware. También activa la codificación por hardware en tu tarea de conversión.

Pido disculpas por haber tardado en responder. Desafortunadamente, este problema no se ha solucionado para mí con la v2.5.3. Primero lo intenté con la configuración de Hardware Encode en «any». En ese caso, obtengo muchos errores de decodificación QSV y la codificación termina fallando con

Blockquote ERROR> 2020-04-12T09:39:54 MCEBuddy.AppWrapper.Handbrake → La codificación por hardware parece haberse colgado, sin progreso en los últimos 300 segundos.
Esto probablemente se deba a un controlador de pantalla gráfica inestable. Intente actualizar o usar un controlador de pantalla gráfica estable.
Terminando proceso.

Desafortunadamente, no puedo actualizar el controlador de video, ya que estoy usando la versión más reciente disponible para mi placa base. Luego desactivé la codificación por hardware y los tiempos de conversión para un programa de 30 minutos aumentaron a 2.5 horas nuevamente. Así que volví a la v2.4.11, que es mucho más rápida (pero tengo problemas con la corrupción de archivos de video cuando se cortan los comerciales.)

Tengo archivos de registro, pero son demasiado grandes y la función de carga los rechaza. Intenté usar pastebin, pero los archivos son demasiado grandes para una cuenta gratuita, así que me rindo. Por favor, proporcione una dirección de correo electrónico para enviarlos.

Gracias por su ayuda.

Aquí está el archivo de registro con la codificación por hardware deshabilitada. Este es lo suficientemente corto como para ser aceptado. Nuevamente, el tiempo de codificación para un programa de 30 minutos es de 2.5 horas, lo cual es inaceptable y 10 veces más largo que el que necesita la versión 2.4.11.

HardwareEncode_Disabled.log (1.7 MB)

Aquí está un enlace al registro con la codificación de hardware HABILITADA.

Revertingir a 2.4.11 no funcionó, sospecho que la configuración ahora es incompatible. ¿Cómo puedo eliminar completamente MCEBuddy incluyendo la configuración, por favor?

Así que probé la versión 2.5.3 nuevamente con un programa diferente y parece que tuve más suerte esta vez, incluso con la codificación por hardware habilitada en mi controlador de video viejo pero final. Así que me pregunto si la grabación que usé para probar ayer estaba de alguna manera corrupta. Seguiré monitoreando la situación, pero si pueden darme retroalimentación sobre cualquier problema que vean en el archivo fuente a partir de los archivos de registro de arriba, por favor házmelo saber. Gracias.

Si funciona con la codificación por hardware desactivada y no funciona con la codificación por hardware activada, entonces son tus controladores gráficos → Como se mencionó antes, la última versión no siempre es la más estable

Entiendo lo que estás escribiendo. El problema que tengo es que el último controlador para mi procesador SANDY BRIDGE es v15.28.24.64.4229 (9.17.10.4229). Esto es más antiguo que cualquiera de los controladores listados en las preguntas frecuentes que enlazaste. Según el sitio web de Intel, los controladores listados en la publicación de preguntas frecuentes no funcionarán con mi procesador. ¿No es correcta esta información?