Reihenfolge der Profilkonfiguration

General Support / Questions Profiles
1

Ich aktualisiere das MP4‑HEVC‑Profil, um die NVIDIA‑GPU zu verwenden und Sprung‑vorwärts‑Werte hinzuzufügen. Da ffmpeg an erster Stelle in der Reihenfolge steht, war ich überrascht, dass HandbrakeCLI verwendet wird? Warum ist das so.

[MP4 HEVC]
Description=HEVC in 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

Es sieht so aus, als würde MCEBuddy auf Handbrake ausweichen, weil dein ffmpeg-Befehl fehlschlägt. In MCEBuddy legt der Parameter order= fest, welches Tool die Engine zuerst versuchen soll. Wenn dieses Tool jedoch einen Fehlercode zurückgibt, versucht sie automatisch das nächste in der Liste.

Basierend auf deiner Konfiguration und dem üblichen Verhalten des NVENC-Encoders sind dies die wahrscheinlichen Gründe, warum ffmpeg fehlschlägt:

1. Fehler bei der Hardware-Kodierung (NVENC)

Du verwendest -c:v hevc_nvenc. Wenn deine NVIDIA-Treiber veraltet sind oder ein anderer Prozess alle verfügbaren NVENC-Sessions belegt (Consumer-Karten sind normalerweise auf 3-5 gleichzeitige Sessions begrenzt), wird ffmpeg mit einem Fehler beendet.

2. Ungültige Platzierung von -ss 0

In deiner ffmpeg-video-Zeile hast du -ss 0 ganz am Anfang stehen. Obwohl das normalerweise in Ordnung ist, übernimmt MCEBuddy das Seeking oft intern. Wenn ffmpeg beim Mapping der Streams oder beim Seeking mit diesen spezifischen Flags auf Probleme stößt, schlägt es fehl.

3. Probleme mit der Filterkette

Du hast eine komplexe Filter-Zeichenkette:
yadif=0:-1:1,hqdn3d,scale=w='min(1280,iw)':h='min(720,ih)':force_original_aspect_ratio=decrease:force_divisible_by=2

Wenn die Quelldatei ein ungewöhnliches Pixelformat hat oder wenn yadif bei einem bestimmten Stream nicht initialisiert werden kann, stürzt ffmpeg ab und MCEBuddy wechselt zu handbrake.

So kannst du es überprüfen:

  1. Prüfe das Log: Öffne die von dir angehängte Log-Datei und suche nach der Zeichenfolge FFMPEG failed oder Return code. Dort steht genau, welchen Fehler ffmpeg ausgegeben hat, bevor es zu Handbrake gewechselt ist.
  2. Testbefehl: Versuche, -ss 0 zu entfernen und die -vf-Filter zu vereinfachen, um zu sehen, ob ffmpeg dann erfolgreich startet.
  3. Treiber-Check: Stelle sicher, dass du die neuesten NVIDIA-Treiber installiert hast, um die Flags -preset p4 und -tune ll zu unterstützen, da diese Teil der neueren NVENC-API sind.

Wenn du den Abschnitt aus dem Log hier einfügen kannst, in dem Running Task: FFMPEG Conversion steht, kann ich dir den genauen Fehlercode nennen!