Usando MCEbuddy 2.6.4 con tarjeta Nvidia P200 y ¡escuché a mi PC zumbando fuerte! Pensé que ya había resuelto esto. ¡No estoy seguro de qué lo causó! ¿Necesito volver a la versión anterior de Buddy o del controlador Nvidia? Todo está actualizado, pero la CPU está sufriendo y nada en la tarjeta de video.
Diners Drive-Ins and Dives (2007) - 2024-08-16 08 00 00 - From Breakfast to the Boot.ts-Convert to MP4-2024-08-17T00-32-41.log (2.1 MB)
Handbrake está fallando, intenta dos veces; tras el primer fallo pasa de decodificación por hardware a software y aun así no conside codificar en ninguna de las dos pasadas, con el error genérico «Encode failed (error 3.)». Entonces MCEBuddy recurre a ffmpeg en lugar de Handbrake. Pero ffmpeg sí usa codificación por hardware, de modo que es raro que tu CPU se vea tan saturada. No soy muy bueno leyendo los logs de Handbrake, así que temo no poder ayudarte a saber por qué falla. ¿Qué versión de MCEBuddy estabas usando antes?
Sin relación con ese fallo, me resulta extraño que tarde 5 minutos en obtener los metadatos de Internet. ¿Quizá porque la serie tiene tantas temporadas?
--> Performance Metrics for the Current Conversion
-->
--> Working video pre-conversion duration (hh:mm:ss) -> 00:22:20
2024-08-17T00:50:14 MCEBuddy.Engine.ConversionJob --> Original file size [KB] 925,726.00
-->
--> <Start At Date/Time> <Duration (hh:mm:ss)> <Activity>
--> <08/17/2024 00:32:46> <00:00:00> <Checking for disk space>
--> <08/17/2024 00:32:46> <00:00:00> <Running custom commands>
--> <08/17/2024 00:32:46> <00:05:27> <Getting show information and banner from Internet sources>
--> <08/17/2024 00:38:14> <00:00:04> <Running custom commands>
--> <08/17/2024 00:38:19> <00:00:23> <Copying source file to working directory>
--> <08/17/2024 00:38:42> <00:00:00> <Trimming video recording>
--> <08/17/2024 00:38:42> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:38:54> <00:03:03> <Advertisement scan>
--> <08/17/2024 00:41:58> <00:00:00> <Running custom commands>
--> <08/17/2024 00:41:58> <00:00:24> <Removing commercials>
--> <08/17/2024 00:42:22> <00:00:12> <Analyzing video information>
--> <08/17/2024 00:42:34> <00:01:18> <Analyzing video information>
--> <08/17/2024 00:43:52> <00:06:18> <Converting>
--> <08/17/2024 00:50:11> <00:00:02> <Writing show information>
--> <08/17/2024 00:50:13> <00:00:00> <Renaming file using show information>
--> <08/17/2024 00:50:13> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:13> <00:00:00> <Moving converted file to destination>
--> <08/17/2024 00:50:14> <00:00:00> <Running custom commands>
--> <08/17/2024 00:50:14> <00:00:00> <Success - All done!>
-->
INFORMATION> --> Total time taken by conversion (hh:mm:ss) -> 00:17:27
La versión está en la publicación original
Lo siento, malinterpreté tu publicación. Pensé que habías actualizado recientemente y estabas preguntando si debías volver atrás.
¿Qué ha cambiado desde que funcionaba hasta ahora?
No sé cuándo cambió. Lo único que sé es que tuve este problema después de comprar la última versión de MCEbuddy para que funcionara con PLEX/HDhomerun y noté que la GPU no se estaba utilizando, lo cual se corrigió en ese momento. Sé que Nvidia ha actualizado sus controladores recientemente, así que no estoy seguro de cuándo comenzó esto.
aquí hay otro registro de un programa diferente
The Ark (2023) - S02E07 - It Can’t Be True.ts-Convert to MP4-2024-08-29T02-01-14.log (6.4 MB)
Intenta volver a un controlador anterior. Los problemas de conversión de hardware son 99% relacionados con el controlador. Una vez que tengas un controlador estable y funcional para conversiones de hardware, recomendamos encarecidamente quedarte con él.
Odio tanto Windows 11 jajaja, nada fácil como Win 7. Bueno, hace un rato Nvidia apareció en la bandeja del sistema diciendo que había actualizaciones. Acabo de revisar y esto es lo que tengo: versión del controlador 26.21.14.4250 con fecha del 24/2/2020 ¡¡Nvidia Quadro P2200, ahora sí que me rasca la cabeza. ¿2020?
Prueba los controladores del sitio de Nvidia. Aquí tienes un enlace rápido a controladores probados
Okay, está en 31.0.15.5222 4/11/2024
Aquí está la última conversión. Está en chino para mí JAJA Espero que se vea bien
Diners Drive-ins and Dives.txt (1.0 MB)
No… Solo lo vi funcionar en otro programa de televisión. La GPU estaba al 1% y la CPU al 75%. ¿Necesito volver a una versión anterior de MCE?
Según los registros, está usando nvenc para codificar y es bastante rápido (244 fps). ¿Estás seguro de que la herramienta muestra correctamente la utilización? Aún parece un problema del controlador.
2024-09-07T00:38:22 MCEBuddy.AppWrapper.FFmpeg → frame= 5653 fps=244 q=32.0 size= 31744kB time=00:01:34.48 bitrate=2752.2kbits/s dup=7 drop=0 speed=4.08x
El controlador es 4/2024, el más reciente del sitio que me enviaste.
Sí, mi CPU no tiene problema al procesar el episodio. Pero la CPU se necesita para otros programas en mi servidor; por eso uso la GPU.
Volviendo a tu comentario anterior, si funcionaba y de repente dejó de hacerlo, lo que cambió parece haber sido el controlador. En eso me centraría. Intenta averiguar qué controlador se estaba usando antes.
Puedes probar versiones anteriores de MCEBuddy, pero me sorprendería que eso hiciera alguna diferencia. Según los registros, la GPU se está utilizando; si no se está usando, apunta a un problema del controlador.
Otra cosa que puedes intentar es desactivar la codificación por hardware en MCEBuddy y luego ver los fps de conversión. Si se mantienen iguales, la GPU no está actuando; si bajan, la GPU está funcionando, pero tu herramienta podría estar reportando incorrectamente su uso cuando se emplea para codificación (lo cual, de nuevo, apuntaría a un problema del controlador).
No he tenido mucho tiempo para ocuparme de la GPU en MCEbuddy, pero la semana pasada convertí algunos programas de televisión que MCEBuddy procesó y luego los pasé por el convertidor de VideoProc; pude ver que la GPU se utilizaba y los convertía a archivos pequeños MKV H.265: un episodio de 30 minutos tarda solo unos minutos, una velocidad impresionante. Así que los controladores parecen funcionar sin problemas en VideoProc. Usando el administrador de tareas de Windows 11, veo la GPU funcionando al 50 %.
Ejecutando MCE ahora con configuración MKV HEVC, aquí está la GPU
Tus registros muestran que MCEBuddy tardó 6 minutos en convertir el archivo y está utilizando la GPU
→ <09/07/2024 00:37:36> <00:06:11>
Si tu preocupación es sobre el gráfico de la GPU, ese es un problema del controlador. FFMpeg utiliza las API de nvenc para interactuar con el sistema y activar la codificación por GPU. Tu controlador no está reportando ese uso a Windows. Es probable que el otro software esté usando DXVA para activar la codificación por hardware, lo cual sí es reportado por Windows. Descarga la herramienta de monitoreo de GPU de NVIDIA y observa lo que reporta. El reporte de Windows es limitado en lo que muestra.
¡Sí! ¡Lo descubrí ayer! Windows falla en eso. Encontré otro problema por el que la máquina va tan lenta. Se redujo a un proceso de eliminación. Un día normal, PLEX está funcionando 24/7 grabando y apenas usa más del 30% de mis recursos, ¡lo cual es genial!
En los últimos días, el PC ha estado casi sin responder. Mi unidad C es un SSD de 2TB desde el que todo se ejecuta y tiene más de 1TB libre, así que no es un problema de espacio. Pero la unidad está al 100% de escritura. Así que pausé la grabación de PLEX y esperé, pero seguía al 100%. Luego pausé MCEBuddy y bajó al 3%. Despausé la grabación de PLEX y la unidad saltó al 20%. Ahora, cuando inicio MCEBuddy, vuelve al 100% de escritura en la unidad C. Tengo configurado MCEBuddy para usar 4 procesadores de 32, la prioridad está en normal y 2 conversiones a la vez. ¿Alguna sugerencia? ¿Muevo el programa fuera de la unidad C?
La utilización del disco ocurre en la carpeta temporal por defecto. Esto sucede cuando los archivos están siendo remuxed, copiados, cortados, etc. Puedes cambiar la ubicación de la carpeta temporal. También podrías cambiar la prioridad a Lowest, será más lento para convertir pero también debería reducir la contención de disco al competir con otros programas por el acceso de entrada/salida.