Estoy usando una GTX 1650 y, bueno… he estado intentando que vuelva a funcionar. Funcionaba bien hace unos 3 meses, en septiembre, con la versión de MCEBuddy del 5/9/2019, versión 2.5.1; me encantaría mantenerla, ya que era la versión más rápida de MCEBuddy, incluso con las nuevas era unas 2 veces más rápida (al menos para mí, no sé por qué). Ahora estoy recibiendo ADVERTENCIAS y ERRORES, pero con tiempos de conversión de unos 6 minutos con la nueva MCEBuddy 2.5.3 del 24/12/2019, frente a unos 2 minutos con la 2.5.1 del 5/9/2019… lo siento, no tengo los registros de entonces, solo los nuevos. He intentado recrear todo tal como estaba: los mismos controladores, usar DDU una y otra vez, probar diferentes versiones de FFmpeg y jugar con distintos perfiles.
Esto es lo único que aún conservo de septiembre; creo que estaba usando unos 70% de la CPU
Tus registros muestran que MCEBuddy está detectando tu codificador nvenc, sin embargo ffmpeg no puede usarlo:
2019-12-30T21:56:20 MCEBuddy.AppWrapper.FFmpeg → [h264_nvenc @ 00000000028e5d40] No NVENC capable devices found
Sin embargo, handbrake puede usarlo con una velocidad de conversión decente de unos 98fps.
Parece que tu controlador de gráficos puede haber cambiado y está causando problemas a ffmpeg. Intenta cambiar tu controlador a una versión más estable o revertirlo.
En cuanto a la utilización de la GPU, consulta este tema para más detalles.
¿No transcodifica Plex según la capacidad del dispositivo de reproducción? Quizá empiece por averiguar qué formato admite el dispositivo de reproducción y luego elija un perfil que coincida.
¿cómo paso mis vídeos de high 10 a 8 bits? ffmpeg-video=-ss 0 -vcodec libx264 -b 1000k -x264opts cabac=0:ref=2:bframes=1:weightp=0:8x8dct=0:trellis=0:subq=6:me=hex:b-adapt=0:threads=auto -map 0:v -sn
no sé qué significa nada de esto
No estoy familiarizado con las opciones de ffmpeg, pero están documentadas en el sitio ffmpeg.org.
Si estuvieras usando Handbrake, hay codificadores separados para 10 y 12 bits. Por ejemplo, “x264” es el codificador de 8 bits, y “x264_10bit” es el codificador de 10 bits. Así que, a partir de las opciones en tu perfil, puedes saber si estás convirtiendo a 8 bits.
No me sorprendería si las opciones del codificador de ffmpeg se seleccionan de manera similar. Si quieres asegurarte, configura la prioridad del motor de transcodificación para usar Handbrake con el codificador de 8 bits en el perfil y no uses FFMPEG.
x264 admite espacios de color de 8 a 10 bits. La profundidad de bits exacta se controla al momento de configurar x264. FFmpeg solo admite una profundidad de bits en una compilación en particular. En otras palabras, no es posible compilar un FFmpeg con varias versiones de x264 con diferentes profundidades de bits.
Así que la respuesta real es: ¿quién/de dónde obtuviste tu biblioteca de códecs libx264 y qué opciones configuraron cuando la compilaron?
Apuesto a que todos están compilando libx264 con un espacio de color de 8 bits. Necesitarías tener el mismo soporte de espacio de color en el programa/dispositivo de reproducción, por ejemplo, VLC, Plex, etc.
Goose probablemente puede responder cómo se construyó libx264 para FFMPEG, y el FFMPEG de MCEBuddy simplemente dice que se utilizó el libx264 predeterminado/proporcionado.
