Conversiones lentas después de migrar a 2.5.x

Hace unas semanas actualicé a la versión que incluía la codificación por hardware de Intel. Mis conversiones de un programa de una hora pasaron de 20 minutos a 2 horas o más. Volví a la versión anterior y todo volvió a funcionar bien. Probé la 2.5.2 el otro día y las conversiones fueron aún más lentas. Regresé a versiones anteriores, 2.4.11 y 2.4.10, y siguen siendo lentas. Tanto Comskip como Handbrake tardan mucho. La fase 2 de Comskip puede tardar 45 minutos y Handbrake horas. Probé varias versiones y configuraciones y todo empeora. Por ahora estoy convirtiendo en un i5 antiguo y es rápido (15 minutos para un programa de una hora con 2.5.2). Actualmente estoy en 2.5.2 y sigue lento. Adjunto los registros de un programa de 40 minutos de anoche que tardó 2 horas y 14 minutos. Solo había una conversión en curso y el sistema no hacía nada más.
Leí algunos otros mensajes, pero nada destacable. Mi hardware/controladores no han cambiado.
Esta es mi configuración:
Windows 7 Pro
Portátil Thinkpad E540
Intel i7-4702MQ 2.2 GHz
12 GB RAM
Intel HD Graphics 4600
SSD Samsung 860 EVO como disco de arranque
SSD M2 SC2 como unidad de trabajo para conversiones
Archivos MCE almacenados en disco USB 3.0
Salida al disco de arranque SSD.
7 News at 11PM_WHDHDT_2020_01_21_22_57_00.wtv-Les-2020-01-21T23-36-27.9850532-05-00.log (8.6 MB) mcebuddy.log (3.9 MB)

Tus registros muestran que está utilizando tu codificador de hardware Intel, pero por alguna razón está funcionando muy, muy lento.

2020-01-21T23:54:52 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.05 %[23:54:52] qsv_enc_init: using ‘hardware (1) via D3D11’ implementation, API: 1.11
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)

Probablemente sea tu controlador gráfico. Intenta usar una de las versiones recomendadas de la página de Preguntas frecuentes sobre hardware y mira si eso hace que tu conversión por hardware sea más rápida.

Mencionaste que probaste con una máquina diferente con un procesador i5 que era rápida; verifica la versión del controlador gráfico en esa máquina e intenta usar la misma.

Por lo general, cuando la velocidad cambia repentinamente es porque la actualización de Windows pudo haber actualizado tu controlador gráfico y el nuevo tiene errores.

Vale, mucha resolución de problemas. Según las especificaciones, mi sistema debería soportar QuickSync, pero el software no cargaba. Probé varias versiones de los controladores de Intel HD2600 y otros, pero solo los de Lenovo, v10.18.10.4425, se cargaban y funcionaban. Son los controladores más recientes para el portátil, y la versión que estaba instalada y no ha sido cambiada. Desinstalé y eliminé todos los controladores de video, reinicié, luego descargué e instalé esto desde una descarga de Lenovo. Misma lentitud. Varios intentos más y sigue sin funcionar bien. Así que desinstalé la 2.5.x e instalé la 2.4.11. La velocidad volvió. Adjunto dos archivos de registro. El que tiene los fps bajos es de la 2.5 y el de las conversiones más rápidas es de la 2.4.11. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T12-06-16.6484061-05-00.log (1.3 MB) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T14-34-04.8917023-05-00.log (1.1 MB)

Gracias por los registros, muy útiles. Veo dos diferencias entre los logs, una pequeña cambio en el perfil que usa bframes que podría estar ralentizando el proceso si tu hardware no lo admite, y la otra está relacionada con HandBrake. Primero eliminemos el problema de HandBrake.

Mantén instalada tu versión 2.5.1 de MCEBuddy y descarga esta versión anterior de HandBrake: HandBrake

Abre la carpeta C:\Program Files\MCEBuddy2x\handbrake y reemplaza el handbrakecli.exe en esa carpeta con el del archivo ZIP descargado arriba.

Vuelve a ejecutar la misma conversión exacta con esta versión de HandBrake en MCEBuddy (mismo perfil, mismo archivo) y por favor adjunta los registros. Eso me dirá si el problema es HandBrake o los parámetros del perfil.

Eso definitivamente ayudó. Creo que actualizaré a la 2.5.2 y usaré este HandBrake. Estoy obteniendo 170-180 fps en mi sistema i5 y solo 36 fps en este sistema, y no tengo forma de actualizar la tarjeta de video. El mes que viene, cuando regrese a casa, instalaré un sistema Win10 con el NCEBuddy más reciente y una tarjeta de video nueva dedicada solo a hacer las conversiones, y dejaré este sistema solo como grabador. ¿Hay algo más que se pueda hacer para acelerar esto mientras tanto?
Aquí está el registro.7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-23T22-45-54.5046016-05-00.log (2.7 MB)

¿Puedes probar la última versión BETA 2.5.3? Tiene una versión actualizada de HandBrake que se supone que mejora la velocidad del codificador QuickSync. Por favor, ejecuta la misma conversión (archivo, perfil, etc.) con la compilación BETA 2.5.3 y adjunta el registro para que podamos ver si hay alguna mejora con esta versión de HandBrake.

2.5.3 - todavía lento. 1 h 30 m para una grabación de 40 min.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T09-48-22.log (6.1 MB)

Muy útil, veo algunos cambios sobre cómo funciona el nuevo codificador de handbrake en tu máquina. Déjame investigarlo y te vuelvo a contactar. Por favor conserva el archivo/perfil/tarea original etc para que podamos hacer una prueba comparativa.

¿Puedes abrir tu perfil, al final de la línea handbrake-video añade esto (incluye un espacio al final de la línea antes de añadir esto):

--encopts="lookahead=0"

Por favor vuelve a ejecutar la conversión y adjunta el registro.

Parece aún más lento. Dice que tomará otras 2.5 horas. Aquí está el registro hasta ahora.7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T20-29-06.log (1.9 MB)

Aquí está el registro completo después de la conversión. Demasiado grande para subirlo. Aquí hay un enlace a él
https://drive.google.com/open?id=1yddM7lYZJ9hg1pHJ9JpQ0OzMsdH4Wg0h

Esta es una excelente retroalimentación. Esto confirma algunas cosas sobre la nueva versión de HandBrake. ¿Podrías probar esto como prueba de rendimiento?

Abre el perfil y cambia

order=handbrake,ffmpeg,mencoder

A

order=ffmpeg

Y convierte el mismo archivo ahora para obtener una comparación de rendimiento y comparte el registro si es posible. Creo que debería ser aún más rápido.

7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-25T08-50-14.log (3.4 MB)
Mucho mejor, pero 41 minutos para un video de 43 minutos todavía parece mucho. En octubre, un video de 90 minutos se convirtió en 28 minutos. Pero aún así es mejor que 1.5-2.5 horas para un video de 43 minutos.

Prueba la versión BETA 2.5.3 de hoy, debería restaurar el rendimiento original

Tardó unos 52 minutos.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-27T22-07-44.log (3.2 MB)

De acuerdo, prueba la versión BETA 2.5.3 de hoy; debería mejorar el rendimiento del perfil MP4 Fast de vuelta al nivel de la versión 2.4.11.

Un poco más rápido. 45 min vs 52 min.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-29T22-43-36.log (2.9 MB)

Las opciones del codificador ahora se parecen mucho al registro original con una pequeña diferencia. Prueba la versión beta 2.5.3 de hoy y mira cómo funciona.

FBI- Most Wanted_WBZDT_2020_01_28_21_57_00.wtv-Les-2020-01-30T10-30-26.log (3.6 MB) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-30T09-35-22.log (2.4 MB)
Los tiempos son definitivamente mejores y aceptables por ahora. Gracias por tu trabajo. Si estás haciendo esto solo por mí, entonces no inviertas mucho más en ello. Planeo montar un sistema solo para hacer las conversiones, y mi otra máquina de prueba actualmente está haciendo las conversiones en aproximadamente 1/3 de esos tiempos, así que solo tendré que vivir con esto por otra semana. Al menos por ahora no se está tomando toda la noche para hacer 3-4 programas y todas las conversiones se completan bien antes de la mañana siguiente, incluso en mis días ocupados. Aquí hay dos registros más para pruebas. He notado que Handbrake ya no está usando al máximo mi CPU, incluso con tres conversiones en curso.

Ha pasado unos años desde que doné, y ahora es un programa que uso mucho, así que acabo de enviar otra donación. Gracias por un producto excelente y útil.

1 me gusta