nVidia no se utiliza para codificar H.265

General Support / Questions Codificación por hardware
1

MCEBuddy funcionando bien. Actualicé a una nueva nVidia 2060. Sin amor por la codificación por hardware. ¿Qué me está faltando?

INFORMATION> 2020-10-28T23:23:08 MCEBuddy.Transcode.Convert → Convirtiendo con Handbrake, tipo: HardwareOnly, gpu: {
“hardwareBrand”: “NVidia”, “codecType”: “Encoder”,
“hardwareCodecPresent”: true, “h265Codec”: true, “h264Codec”: true
}
INFORMATION> 2020-10-28T23:23:08 MCEBuddy.Transcode.ConvertWithHandbrake
→ Configurando parámetros generales de conversión: --decomb --loose-anamorphic --verbose=2
→ Configurando PreDRC
→ Configurando parámetros del nombre del archivo de entrada
→ Configurando parámetros de conversión de video : --start-at duration:0 -e x265 --encoder-preset medium -q 26
→ ¿Tamaño de video preestablecido? → False
→ Configurando parámetros de recorte
→ Recorte automático de video de Handbrake
→ Verificando si se requiere redimensionado de video
→ Configurando relación de aspecto si es necesario
→ Configurando parámetros de tasa de bits y calidad
→ Configurando parámetros de conversión de audio : -E ffac3 -R auto -B 256 -D 0 -a 1,2,3,4,5
→ Seleccionando pista de audio : -1
→ Dejando que handbrake elija la mejor pista de audio
WARNING> 2020-10-28T23:23:08 MCEBuddy.Transcode.ConvertWithHandbrake
→ No se pueden obtener detalles de las transmisiones de audio y video, continuando con la selección de idioma de audio predeterminada
INFORMATION> 2020-10-28T23:23:08 MCEBuddy.Transcode.ConvertWithHandbrake
→ Configurando ajuste de volumen : 0.4dB
→ Configurando PostDRC
→ Configurando canales de audio
→ Se solicitó limitar los canales de audio a 2
→ Configurando nombre del archivo de salida
→ Reemplazando parámetros especificados por el usuario
INFORMATION> 2020-10-28T23:23:08 MCEBuddy.Transcode.ConvertWithHandbrake
→ Convirtiendo el video - Conversión principal
ERROR> 2020-10-28T23:28:10 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. Intenta actualizar o usar un controlador de pantalla gráfica estable.
→ Terminando proceso.
ERROR> → Error irrecuperable encontrado. El proceso probablemente se colgó, matándolo
ERROR> 2020-10-28T23:28:10 [repeat]
ERROR> 2020-10-28T23:28:11 [repeat]
ERROR> 2020-10-28T23:28:11 [repeat]
ERROR> 2020-10-28T23:28:11 [repeat]
ERROR> 2020-10-28T23:28:11 [repeat]
ERROR> 2020-10-28T23:28:12 [repeat]
ERROR> 2020-10-28T23:28:12 [repeat]
ERROR> 2020-10-28T23:28:12 [repeat]
ERROR> 2020-10-28T23:28:12 [repeat]
ERROR> → Proceso colgado, matando proceso
ERROR> 2020-10-28T23:28:12 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. Intenta actualizar o usar un controlador de pantalla gráfica estable.
→ Terminando proceso.
ERROR> 2020-10-28T23:28:12 MCEBuddy.Transcode.ConvertWithHandbrake → Falló la conversión de Handbrake
ERROR> 2020-10-28T23:28:12 MCEBuddy.Transcode.ConvertWithHandbrake → Falló la conversión del video
ERROR> 2020-10-28T23:28:12 MCEBuddy.Transcode.Convert → Handbrake no convirtió exitosamente, usando alternativa si está configurada
INFORMATION> 2020-10-28T23:28:12 MCEBuddy.Transcode.ConvertWithFfmpeg → Verificando perfil no compatible para combinación de contenedor/códec
INFORMATION> 2020-10-28T23:28:12 MCEBuddy.Transcode.Convert → Convirtiendo con FFMpeg, tipo: HardwareOnly, gpu: {
“hardwareBrand”: “NVidia”,
“codecType”: “Encoder”,
“hardwareCodecPresent”: true,
“h265Codec”: true,
“h264Codec”: true
}
INFORMATION> 2020-10-28T23:28:12 MCEBuddy.Transcode.ConvertWithFfmpeg → Configurando parámetros generales de conversión : -threads 0
→ Configurando PreDRC
→ Configurando parámetros del nombre del archivo de entrada
→ Configurando parámetros de conversión de video : -ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec libx265 -preset medium -crf 26 -map 0:v -sn
→ ¿Tamaño de video preestablecido? → False
→ Configurando parámetros de recorte
INFORMATION> 2020-10-28T23:28:12 MCEBuddy.VideoProperties.VideoInfo → Obteniendo información de recorte usando FFMpeg
WARNING> → Error de proceso de detección de recorte de FFMpeg - reintentando con MEncoder
ERROR> → Sin respuesta del proceso por 300 segundos, proceso probablemente colgado - matándolo
ERROR> → Proceso colgado, matando proceso
WARNING> → Error de proceso de detección de recorte de MEncoder - no se realizará recorte
INFORMATION> 2020-10-28T23:34:52 MCEBuddy.Transcode.ConvertWithFfmpeg
→ FFMpeg no encontró recorte de video
→ Verificando si se requiere redimensionado de video
→ Configurando relación de aspecto si es necesario
→ Configurando parámetros de tasa de bits y calidad
→ Configurando parámetros de conversión de audio : -acodec ac3 -ab 256k -map 0:a
→ Seleccionando pista de audio : -1
→ Dejando que ffmpeg elija la mejor pista de audio
→ No se pueden obtener detalles de la transmisión de audio, continuando con la selección de idioma de audio predeterminada
→ Configurando ajuste de volumen : 0.4dB
→ Configurando PostDRC
→ Configurando canales de audio
→ Se solicitó limitar los canales de audio a 2
→ Configurando nombre del archivo de salida
→ Reemplazando parámetros especificados por el usuario
→ Convirtiendo el video - Conversión principal
WARNING> → Falló conversión de Ffmpeg, reintentando usando GenPts
WARNING> 2020-10-28T23:48:48 MCEBuddy.Transcode.ConvertWithFfmpeg → Falló conversión de Ffmpeg con decodificador por hardware, reintentando sin decodificador por hardware

La conversión entonces procede, pero sin aceleración por HW ya que revierte a codificación por CPU.
¿Alguna sugerencia sobre qué buscar cuando aumente el nivel de detalle de los registros?

2

Desde los registros:

ERROR> 2020-10-28T23:28:10 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. Intenta actualizar o usar un controlador de pantalla gráfica estable.

3

Estoy usando el último WHQL de nVidia. Más tarde publicaré la versión exacta, y la aplicación GeForce Experience me dice que estoy actualizado.

4

Desafortunadamente, lo último no siempre es lo mejor con los controladores gráficos. @RBoy ha escrito muchos controladores WHQL en su vida y a menudo ha mencionado que no se deben actualizar los controladores gráficos a menos que sea necesario, ya que los nuevos controladores suelen introducir errores que la certificación WHQL no siempre detecta.

Consulta la lista de versiones de controladores recomendadas, estas se basan en la retroalimentación de la comunidad sobre los controladores más estables para la codificación de hardware:

5

Parece que fue un problema del controlador, ya que la siguiente actualización de nVidia parece haberlo solucionado. Estoy usando la versión 457.30 del controlador con una RTX2060. Puedo confirmar que MCEBuddy está utilizando la GPU en el monitor de rendimiento del Administrador de tareas de Windows.

Sin embargo, lo que noto es que la GPU solo se usa durante la fase final de transcodificación y en absoluto durante las fases de detección de anuncios comskip o demux, solo en el último paso de remuxar las pistas de video y audio en el MKV. Esperaba que la GPU se usara para más partes del procesamiento. Dicho eso, definitivamente procesa ese último paso con una mejora de aproximadamente 10x (~50 fps vs ~500 fps). La fase de demux aún tarda lo mismo. Además, Handbrake ejecutándose de forma independiente también detecta y usa la GPU.