Profielconfiguratievolgorde

General Support / Questions Profiles
1

Ik heb het MP4 HVEC‑profiel bijgewerkt om een NVIDIA‑GPU te gebruiken en om ‘skip ahead’-waarden toe te voegen. Aangezien ffmpeg als eerste in de volgorde staat, was ik verrast dat het HandbrakeCLI gebruikt. Waarom is dat zo?

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

Het lijkt erop dat MCEBuddy terugvalt op Handbrake omdat je ffmpeg-opdracht mislukt. In MCEBuddy vertelt de order= parameter aan de engine welk hulpprogramma eerst geprobeerd moet worden, maar als dat hulpprogramma een foutcode teruggeeft, probeert het automatisch de volgende in de lijst.

Gebaseerd op jouw configuratie en het algemene gedrag van de NVENC-encoder, zijn dit de waarschijnlijke redenen waarom ffmpeg mislukt:

1. Fout bij hardware-encoding (NVENC)

Je gebruikt -c:v hevc_nvenc. Als je NVIDIA-stuurprogramma’s verouderd zijn, of als een ander proces alle beschikbare NVENC-sessies gebruikt (consumentenkaarten zijn meestal beperkt tot 3-5 gelijktijdige sessies), zal ffmpeg afsluiten met een foutmelding.

2. Ongeldige plaatsing van -ss 0

In je ffmpeg-video-regel staat -ss 0 helemaal aan het begin. Hoewel dit meestal prima is, handelt MCEBuddy het zoeken (seeking) vaak intern af. Als ffmpeg een probleem tegenkomt bij het mappen van de streams of bij het zoeken met die specifieke vlaggen, zal het mislukken.

3. Problemen met de filterketen

Je hebt een complexe filterreeks:
yadif=0:-1:1,hqdn3d,scale=w='min(1280,iw)':h='min(720,ih)':force_original_aspect_ratio=decrease:force_divisible_by=2

Als het bronbestand een ongebruikelijk pixelformaat heeft of als yadif niet initialiseert op een specifieke stream, zal ffmpeg crashen en zal MCEBuddy overschakelen naar handbrake.

Hoe dit te verifiëren:

  1. Controleer het logbestand: Open het logbestand dat je hebt bijgevoegd en zoek naar de tekst FFMPEG failed of Return code. Hierin wordt precies getoond welke fout ffmpeg gaf voordat het overschakelde naar Handbrake.
  2. Test de opdracht: Probeer -ss 0 te verwijderen en de -vf-filters te vereenvoudigen om te zien of ffmpeg wel correct opstart.
  3. Controleer de stuurprogramma’s: Zorg ervoor dat je de nieuwste NVIDIA-stuurprogramma’s hebt geïnstalleerd ter ondersteuning van de -preset p4 en -tune ll vlaggen, aangezien deze deel uitmaken van de nieuwere NVENC API.

Als je het gedeelte van het logboek kunt plakken waar Running Task: FFMPEG Conversion staat, kan ik je de exacte foutcode vertellen!