Especificaciones relevantes:
Versiones de donador tanto de MCEBuddy como de Comskip
Tarjeta de video: Radeon r7 240, tiene OpenCL
Placa base: Asus B85M-E/CSM
Determiné que cuando desconecto físicamente la tarjeta de video, MCEBuddy convierte mucho más rápido. Un video MPEG2-TS de 2 horas tarda más de 2 horas con la tarjeta de video conectada, pero solo tarda menos de 1 hora con ella desconectada.
Actualmente tengo instalado el último controlador gráfico Intel estable sugerido por MCEBuddy. También he probado las otras versiones de controlador estable listadas sin éxito.
He intentado agregar -P al perfil, pero el procesamiento parece ralentizarse aún más con eso.
En el BIOS, solo pude encontrar 2 opciones; una llamada “iGPU Multi-Monitor” que habilité, y “Primary Display” que configuré como PCIe card.
He adjuntado dos archivos de registro, uno de un archivo con la GPU conectada (GPU…txt) y otro del mismo archivo con la GPU desconectada (NO_GPU…txt). Ejecuté MCEBuddy en el archivo con la GPU conectada y esperé hasta que completara. Luego, apagué mi computadora, removí mi GPU, y ejecuté MCEBuddy nuevamente sin cambiar ninguna configuración (excepto una para permitir que MCEBuddy recogiera el archivo previamente convertido).
EDIT: También he intentado instalar Intel Media SDK 2016 (investigué y encontré un foro en Google con alguien afirmando que esto funcionó) pero eso no ayudó.
¡Cualquier ayuda es muy apreciada y si puedo proporcionar información adicional por favor avísenme!
Si observas tus registros, notarás que en la conversión habilitada para GPU, la conversión por GPU está fallando y luego recurriendo a la codificación por software.
2017-10-01T09:16:50 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.71 % (33.70 fps, avg 28.06 fps, ETA 03h39m13s)[mp4 @ 0000000006297ea0] pts < dts in stream 0
2017-10-01T09:16:50 MCEBuddy.AppWrapper.Handbrake → ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error ‘Error number -22 occurred’
Esto podría deberse a un par de razones que conozco:
Handbrake tiene errores
Tu controlador es defectuoso
Primero intenta usar la versión BETA 2.4.8 de MCEBuddy, que incluye una versión actualizada de Handbrake, o puedes descargar la versión más reciente de Handbrake desde su sitio web y reemplazarla en la carpeta de instalación de MCEBuddy.
Para el segundo caso, utiliza la versión de controlador recomendada; tu versión actual es:
Lo siento, seguí tu consejo en el orden equivocado por error.
Terminé usando un archivo diferente, pero no creo que esto sea un problema, ya que es exactamente el mismo formato de entrada. El segundo archivo es mucho más pequeño, así que pude ver la barra de progreso de conversión más rápidamente para ver el tiempo estimado. Me di cuenta por la estimación de que no hubo mejora en la velocidad, así que solo tengo registros parciales, pero creo que hay suficiente información para depurar.
Tuve que instalar la versión del controlador 10.18.10.3379, ya que es la única que funciona con Windows 10 (y me había perdido que estaba etiquetada como tal; se deben seguir las instrucciones a continuación exactamente para que se instale correctamente). Después de esa instalación, se generó el primer archivo de registro, GPU_PROPER_DRIVER…txt. La velocidad de conversión no fue ni más lenta ni más rápida que con el registro GPU…txt. GPU_PROPER_DRIVER_The Big Bang Theory (2007) - S11E02 - The Retraction Reaction.ts-Convert to MP4-2017-10-02T20-57-45.4762586-04-00.log (3.1 MB)
Luego actualicé a MCE Buddy Beta 2.4.8 para generar GPU_PROPER_DRIVER_MCE248…txt. Con esta actualización, la conversión parece tardar el doble; de 30 minutos a 1 hora.
En realidad, recuerdo que con un archivo anterior del mismo tamaño que este, y SIN GPU, el tiempo estimado era de 15 minutos. Lo cual coincide con el tiempo de procesamiento de 1 hora del primer archivo SIN GPU (duración del video / 2). Así que, con estas actualizaciones, no he visto mejoras en la velocidad.
Tus registros muestran que tu sistema no está utilizando la codificación por hardware, sino que está recurriendo a la codificación por software.
2017-10-02T22:38:52 MCEBuddy.AppWrapper.Handbrake → [22:38:52] qsv_enc_init: using ‘software’ implementation, API: 1.23
2017-10-02T22:38:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.13 %
2017-10-02T22:38:58 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.17 %
2017-10-02T22:39:00 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.20 % (7.26 fps, avg 13.90 fps, ETA 00h44m30s)
Esto indicaría un problema con tus controladores gráficos o el hardware. Intenta usar un controlador diferente, quizás el último controlador WHQL de Microsoft o el más reciente del sitio web de Intel. Tendrás que probar diferentes versiones hasta encontrar una que funcione.
También puedes probar esta versión de HandBrake y ver si hay alguna diferencia.
Tus otros registros muestran que el codificador está fallando debido a un video corrupto:
2017-10-02T21:06:59 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 2.57 % (8.27 fps, avg 8.83 fps, ETA 01h08m25s)[mp4 @ 0000000006af0f00] pts < dts in stream 0
2017-10-02T21:06:59 MCEBuddy.AppWrapper.Handbrake → ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error ‘Error number -22 occurred’
¿Estás enfrentando este problema solo con un video en particular o con todos los archivos de video?
Mi siguiente pensamiento fue probar con el controlador más reciente de Intel. No tenía sentido que el controlador antiguo pero recomendado de Intel sin la versión BETA de MCE Buddy fuera más rápido que el mismo con la versión BETA.
La velocidad es un problema con todos los videos. Pero nunca he tenido un archivo que no se convirtiera; siempre termino con un MPEG-4 funcional.
Actualicé mi controlador de Intel a la versión más reciente y sigue igual de lento, estimando unas 1 hora para la conversión. Aquí está un registro parcial:
¿Puedes subir uno de los videos originales al servidor de MCEBuddy, para que pueda echarle un vistazo y ver qué está pasando? Me pregunto si la decodificación por hardware podría estar causando un problema para ti. Déjame jugar con eso.
Puedes encontrar las instrucciones para subir archivos en el post Léame antes de publicar:
Mi idea es configurar la GPU Intel como principal para que mcebuddy la utilice para la transcodificación por hardware. Hasta donde sé, mcebuddy solo admite transcodificación por hardware en Intel y Nvidia.
mencionaste antes en el hilo que tenías la opción en el BIOS de “Primary Display”; prueba cambiarla, pero prepárate para conectar tu monitor a la GPU Intel por si acaso. En cuanto a juegos, no soy gamer, así que no sabría. Además, la Radeon R7 240 es bastante antigua; te recomendaría devolverla y conseguir una Quadro P400. Están en el mismo rango de precio y debería servir para jugar. También es de una sola ranura y alimentada por el bus. ¿Mencioné que MCEBuddy funciona de maravilla con ella?