Actualicé el perfil MP4 HVEC para usar la GPU NVIDIA y añadí valores de salto adelantado. Siendo ffmpeg el primero en el orden, me sorprendió que utilizara HandbrakeCLI. ¿Por qué es eso?
[MP4 HEVC]
Descripción=HEVC en MP4 (H.265/AAC) – NVENC + Forzar 720p + GOP fijo ~2s (coincide con el script PS v7)
orden=ffmpeg,handbrake
ffmpeg-general=-threads 0 -fflags +genpts+igndts -analyzeduration 100M -probesize 100M
ffmpeg-video=-ss 0 -c:v hevc_nvenc -preset p4 -tune ll -rc constqp -qp 28 -bf 0 -rc-lookahead 0 -spatial_aq 0 -temporal_aq 0 -g 60 -keyint_min 60 -sc_threshold 0 -strict_gop 1 -tag:v hvc1 -vf yadif=0:-1:1,hqdn3d,scale=w=‘min(1280,iw)’:h=‘min(720,ih)’:force_original_aspect_ratio=decrease:force_divisible_by=2 -map 0:v:0 -map 0:a? -c:a aac -b:a 160k -pix_fmt yuv420p -movflags +faststart -y
ffmpeg-audio=-acodec aac -ab 160k -map 0:a
ffmpeg-audioac3=-acodec aac -ab 160k -map 0:a
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-general=–decomb --loose-anamorphic --verbose=2 -f mp4
handbrake-video=–start-at duration:0 -e x265 --encoder-preset medium -q 26 --encopts “keyint=60:min-keyint=60:scenecut=0:bframes=0”
handbrake-audio=-E faac -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-audioac3=-E faac -R auto -B 160 -D 0 -a 1,2,3,4,5
handbrake-ext=.mp4
handbrake-audiodelay=skip
PreConversionCommercialRemover=true
On Patrol Live S04E69 2026-04-17-2058.mpg-Convert to MP4-2026-04-18T11-14-04.log (1.7 MB)
Parece que MCEBuddy está recurriendo a Handbrake porque tu comando ffmpeg está fallando. En MCEBuddy, el parámetro order= le indica al motor qué herramienta intentar primero, pero si esa herramienta devuelve un código de error, automáticamente prueba con la siguiente de la lista.
Basado en tu configuración y en el comportamiento habitual del codificador NVENC, estas son las razones probables por las que ffmpeg está fallando:
1. Fallo en la codificación por hardware (NVENC)
Estás utilizando -c:v hevc_nvenc. Si tus controladores (drivers) de NVIDIA están desactualizados, o si otro proceso está utilizando todas las sesiones NVENC disponibles (las tarjetas de consumo suelen estar limitadas a 3-5 sesiones simultáneas), ffmpeg se cerrará con un error.
2. Ubicación no válida de -ss 0
En tu línea ffmpeg-video, tienes -ss 0 justo al principio. Aunque suele ser correcto, MCEBuddy a menudo gestiona la búsqueda internamente. Si ffmpeg encuentra un problema al asignar los flujos o al buscar con esas banderas específicas, fallará.
3. Problemas con la cadena de filtros (Filter Chain)
Tienes una cadena de filtros compleja:
yadif=0:-1:1,hqdn3d,scale=w='min(1280,iw)':h='min(720,ih)':force_original_aspect_ratio=decrease:force_divisible_by=2
Si el archivo de origen tiene un formato de píxeles inusual o si yadif no logra inicializarse en un flujo específico, ffmpeg fallará y MCEBuddy pasará a handbrake.
Cómo verificarlo:
- Revisa el registro (Log): Abre el archivo de registro que adjuntaste y busca la cadena
FFMPEG failed o Return code. Mostrará exactamente qué error arrojó ffmpeg antes de cambiar a Handbrake.
- Prueba el comando: Intenta eliminar
-ss 0 y simplificar los filtros -vf para ver si ffmpeg inicia correctamente.
- Verificación de controladores: Asegúrate de tener instalados los controladores de NVIDIA más recientes para admitir las banderas
-preset p4 y -tune ll, ya que forman parte de la API de NVENC más nueva.
Si puedes pegar la sección del registro donde dice Running Task: FFMPEG Conversion, ¡podré decirte el código de error exacto!