Conversión exitosa, pero sin video

General Support / Questions Codificación por hardware
1

Hola a todos,

He tenido un problema en el que el archivo de registro indica que el video se ha convertido con éxito, pero no hay video en el archivo resultante. Lo que es más extraño, parece que solo ocurre con programas de televisión a 60 FPS.

Registro de la codificación: Microsoft OneDrive

¡Gracias! Will.

2

No importa - creo que lo resolví…

3

Tengo el mismo problema… ¿Qué descubriste?

4

Tiene que ver con el mapeo de los flujos a los códecs. Algunos archivos de video parecen permitir que MCEBuddy mapee automáticamente, y otros no, lo que causa un fallo (sin video).

Lo resolví con este perfil de codificación:

    [----------------------]
    [MKV HVEC Constant Quality]
    Description=ADVERTENCIA: Codificación de calidad constante (25) con HVEC de Nvidia en Handbrake.
    order=ffmpeg, handbrake
    AllowH264CopyRemuxing=true
    FixedResolution=true
    AutoDeinterlace=true
    ffmpeg-UsingHardwareEncoding=True
    ffmpeg-general=-threads 0 -hwaccel auto
    ffmpeg-video=-ss 9 -c:v hevc_nvenc -crf 25 -map 0:v
    ffmpeg-audio=-acodec ac3 -ab 192k -map 0:a
    ffmpeg-audioac3=-acodec ac3 -ab 384k -map 0:a
    ffmpeg-ext=.mkv
    ffmpeg-audiodelay=skip
    handbrake-UsingHardwareEncoding=true
    handbrake-general=--decomb --denoise="weak" --loose-anamorphic --verbose=2 -T -O
    handbrake-video=--start-at duration:3 -e x265 -q 18 
    handbrake-audio=-E ffac3 -R auto -B 192 -D 0 -a 1,2,3,4,5
    handbrake-audioac3=-E ffac3 -R auto -B 384 -D 0 -a 1,2,3,4,5
    handbrake-ext=.mkv
    handbrake-audiodelay=skip
    PreConversionCommercialRemover=true

Son los “-map 0:v” y “map 0:a” los que lo resolvieron para mí. Cuando revisé los registros de codificación, seguía diciendo algo así como “No sé qué hacer con este flujo de video, así que no lo voy a codificar”.

¡Espero que ayude! Will.

5

Todos los perfiles de MCEBuddy vienen con map 0:v por defecto. Añadimos este parámetro a los perfiles hace bastante tiempo porque MCEBuddy ahora admite archivos con múltiples flujos de video. En tiempo de ejecución, MCEBuddy reemplazará este parámetro con el número de flujo real que detecta en el archivo (toma el primer flujo de video e ignora los alternativos). Puedo entender por qué tendrías problemas con un perfil sin este parámetro.

Del mismo modo, todos los parámetros audio-<encoder> también deben contener map 0:a y MCEBuddy se encargará del resto.