Rækkefølge for profilkonfiguration

General Support / Questions Profiles
1

I opdaterer MP4 HVEC-profilen til at bruge NVIDIA-gpu og har tilføjet skip ahead‑værdier. Da ffmpeg er første i rækkefølgen, blev jeg overrasket over, at den bruger HandbrakeCLI? Hvorfor er det sådan?

[MP4 HEVC]
Description=HEVC i MP4 (H.265/AAC) – NVENC + Force 720p + Fixed ~2s GOP (matches PS script v7)
order=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)

2

Det ser ud til, at MCEBuddy falder tilbage på Handbrake, fordi din ffmpeg-kommando fejler. I MCEBuddy fortæller order=-parameteren motoren, hvilket værktøj den skal prøve først, men hvis det værktøj returnerer en fejlkode, prøver den automatisk det næste på listen.

Baseret på din konfiguration og den almindelige adfærd for NVENC-encoderen, er her de sandsynlige årsager til, at ffmpeg fejler:

1. Fejl ved hardware-kodning (NVENC)

Du bruger -c:v hevc_nvenc. Hvis dine NVIDIA-drivere er forældede, eller hvis en anden proces bruger alle tilgængelige NVENC-sessioner (forbrugerkort er normalt begrænset til 3-5 samtidige sessioner), vil ffmpeg afslutte med en fejl.

2. Ugyldig placering af -ss 0

I din ffmpeg-video-linje har du -ss 0 helt i starten. Selvom det normalt er okay, håndterer MCEBuddy ofte søgning (seeking) internt. Hvis ffmpeg støder på et problem med at mappe streams eller søge med de specifikke flag, vil det fejle.

3. Problemer med filterkæden

Du har en kompleks filterstreng:
yadif=0:-1:1,hqdn3d,scale=w='min(1280,iw)':h='min(720,ih)':force_original_aspect_ratio=decrease:force_divisible_by=2

Hvis kildefilen har et usædvanligt pixelformat, eller hvis yadif ikke kan initialisere på en bestemt stream, vil ffmpeg gå ned, og MCEBuddy vil skifte til handbrake.

Sådan verificerer du det:

  1. Tjek loggen: Åbn logfilen, du vedhæftede, og søg efter strengen FFMPEG failed eller Return code. Den vil vise præcis, hvilken fejl ffmpeg kastede, før den skiftede til Handbrake.
  2. Test kommando: Prøv at fjerne -ss 0 og simplificer -vf-filtrene for at se, om ffmpeg starter korrekt.
  3. Tjek drivere: Sørg for, at du har de nyeste NVIDIA-drivere installeret for at understøtte flagene -preset p4 og -tune ll, da disse er en del af det nyere NVENC API.

Hvis du kan indsætte den del af loggen, hvor der står Running Task: FFMPEG Conversion, kan jeg fortælle dig den præcise fejlkode!