Profil HEVC MP4 erzeugt viel größere Dateien als zuvor

Hallo zusammen,

vor etwa einem Monat begann ich, das Profil „HEVC MP4“ zu verwenden, um WTV-Dateien zu konvertieren und bereits konvertierte H264-Dateien neu zu kodieren. Zunächst war ich beeindruckt von den resultierenden Dateien, die deutlich kleiner waren als erwartet. Das hielt eine Weile an, bis ich MCEBuddy auf Version 2.5.5 und die Grafikkarte von Gigabyte GV-N630D3 auf Geforce GTX 1650 aktualisierte. Momentan kann ich zwar immer noch kleinere Dateien erzielen als mit H264-Profilen, doch sind die Ergebnisse nicht mehr so kompakt wie zu Beginn nach dem Wechsel auf das Profil „HEVC MP4“.

Beispiel: Bei einem 29,25-minütigen WTV-Video konvertierte ich es in ein 205 MB großes H264-MP4-Video und konnte es anschließend in ein 53 MB großes H265-Video umwandeln. Derzeit wird die Dateigröße jedoch nur noch auf etwa 125 MB reduziert. Alle drei MP4-Videos haben dieselbe Auflösung, und es ist kaum ein qualitativer Unterschied erkennbar.

Noch rätselhafter ist, dass beim Übergang von H264 (Profil MP4 High Quality) zu H265 (Profil HEVC MP4) die Größe kaum von 693 MB auf 677 MB sinkt, während sie früher auf etwa 450 MB reduziert wurde.

Ich weiß, dass man bei der Konvertierung von H264 auf H265 mit einer etwa 50 %igen Reduzierung rechnen sollte. Die anfänglich erzielte massive Größenreduzierung hat mich jedoch sehr gefreut, und ich hoffe, sie wieder erreichen zu können, um Speicherplatz auf meinen Festplatten zu sparen.

Kann mir jemand erklären, was hier vor sich geht, und mir bei der Lösung meines Problems helfen? Was übersehe ich?

Vielen Dank!!!

Siehe mein MCEBuddy.log

Ich lade gern Beispieldateien hoch, falls das hilft.

Hast du zufällig vorher nur mit Software-Encoding gearbeitet und jetzt mit GPU-Beschleunigung? Ich frage deshalb, weil meine erste HEVC-Codierung per Software erfolgte und viele Stunden dauerte, die Datei aber klein war – etwa 700 MB für einen Film. Am nächsten Tag kaufte ich mir eine Grafikkarte, die HEVC kann, genauer eine ASUS GeForce 1650, und codierte dieselbe Datei erneut. Sie war zwar immer noch deutlich kleiner als dieselbe Datei in H.264, aber fast 2,5-mal größer als die Software-Codierung.

Ich habe keine Erklärung für den Unterschied und auch nie eine von jemandem bekommen. Ich teile nur meine Erfahrung, weil sie sich ähnelt wie deine.

Lass mich dich vor den Tücken von HEVC warnen. Wenn du viele Inhalte mit sehr dunklen Szenen hast, wie Horrorfilme, kann es zu Qualitätsproblemen kommen – konkret zu einem Halo-Effekt konzentrischer Kreise rund um Bewegungen. Das passiert meist bei Bewegung, aber nicht immer. Du musst einige Filme testen und schauen, ob es dich stört – mich stört es. Der einzige Weg, es loszuwerden, ist, die Qualität zu erhöhen. Leider kann ich keine Hilfe beim Anpassen von MCEBuddy-Profilen bekommen, also stapeln sich bei mir immer mehr unkonvertierte TS-Dateien. Wenn ich es gelöst habe, teile ich es hier.

Du hast recht. Und ich glaube, ich verstehe ungefähr warum.

Meine Wahrnehmung war, dass Hardware-Beschleunigung lediglich der GPU erlaubt, ihre Rechenleistung zum Beschleunigen des Encodings beizusteuern. Tatsächlich funktioniert das aber nicht so. Wenn du die Hardware-Beschleunigung deiner Nvidia-GPU nutzt, beauftragst du auch den fest integrierten Nvidia-GPU-Encoder. Während der in der GPU eingebettete Nvidia-Encoder sehr viel schneller arbeitet als Handbrake, ist die resultierende Qualität schlechter. Mit anderen Worten: Um eine vergleichbare Qualität zu erreichen, sind die konvertierten Videodateien mit Hardware-Beschleunigung größer.

Folglich müssen wir zwischen schnellerer Kodierung mittels GPU-Leistung und besserer Qualität durch Handbrake als CPU-Anwendung wählen. Wie enttäuschend, dass leistungsfähigere Grafikkarten uns beim Encoding nicht beschleunigen können, wenn wir Handbrake bevorzugen.

Siehe den unten verlinkten Artikel für eine ausführlichere Erklärung.
https://www.techspot.com/article/1131-hevc-h256-enconding-playback/page5.html

Hier ist das, was ich als funktionierend herausgefunden habe, wenn du Handbrake verwenden möchtest. Der übergebene Qualitätsparameter ist derselbe zwischen Software-Handbrake/ffmpeg und Hardware-ffmpeg, jedoch ist die Hardware-Unterstützung für Handbrake anders. Was ich letztendlich gemacht habe, ist, hardwarekodierungsspezifische Profile zu erstellen. Ich habe mit Hardware-Kodierung auf NVidia und Intel herumgespielt. Ich kann dir sagen, Intel ist das Beste. Gute Dateigröße und großartige Qualität – zumindest bei Verwendung von h.265. Unten findest du meine Profile, passe sie nach deinen Bedürfnissen an.

Hier sind meine Profile:

[HEVC MKV Intel]
Description=HEVC in MKV hard set to use Intel.
order=handbrake
DisableEncoderReordering=true
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_qsv -preset slow -crf 26 -vsync 2 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
handbrake-general=--decomb --auto-anamorphic --verbose=2
handbrake-video=--start-at duration:0 -e qsv_h265 --encoder-preset quality -q 26
handbrake-audio=--aencoder copy --audio-copy-mask ac3,eac3,truehd,dts,dtshd,mp3,flac --audio-fallback ffac3 -R auto
handbrake-audioac3=--aencoder copy --audio-copy-mask aac,ac3,eac3,truehd,dts,dtshd,mp3,flac -R auto
handbrake-ext=.mkv
handbrake-audiodelay=skip

[HEVC MKV NVidia]
Description=HEVC in MKV hard set to use NVidia.
order=handbrake
DisableEncoderReordering=true
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset hq -crf 26 -vsync 2 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
ffmpeg-UsingHardwareEncoding=true
ffmpeg-DisableSoftwareEncoderFallback=true
handbrake-general=--decomb --auto-anamorphic --verbose=2
handbrake-video=--start-at duration:0 -e nvenc_h265 --encoder-preset hq -q 26
handbrake-audio=--aencoder copy --audio-copy-mask ac3,eac3,truehd,dts,dtshd,mp3,flac --audio-fallback ffac3 -R auto
handbrake-audioac3=--aencoder copy --audio-copy-mask aac,ac3,eac3,truehd,dts,dtshd,mp3,flac -R auto
handbrake-ext=.mkv
handbrake-audiodelay=skip
handbrake-UsingHardwareEncoding=true
handbrake-DisableSoftwareEncoderFallback=true
AllowAllCopyRemuxing=true

Meintest du, eine neue Grafikkarte mit Intel Quick Sync-fähiger GPU zu empfehlen?

Ich habe Handbrake nie separat verwendet, außer wenn ich das HEVC-MP4-Profil in MCEbuddy auswähle.

Ich habe noch kein gutes Verständnis des Wissensrahmens für Videokonvertierung. Und meine Hardware ist auch ziemlich veraltet. Vielleicht sollte ich mehr Zeit und Geld darauf verwenden, mehr über Videokonvertierung zu lernen und bessere Hardware zu beschaffen, angesichts meines erheblichen Bedarfs an der Konvertierung von TV-Aufzeichnungen.

Es ist nicht meine Absicht zu sagen: „Kaufe das und nicht das.“ Ich stelle lediglich meine Erkenntnisse vor. Ich beschäftige mich seit ein paar Jahrzehnten mit Videokonvertierung und TV-Aufnahmen, bin aber keineswegs ein Experte. Mein aktuelles System verfügt über eine Intel-basierte integrierte GPU (UHD 630), die Hardware-Encoding für h.265 10bit unterstützt. Es enthält auch eine RTX 2070. Ich habe Tests durchgeführt, in denen ich Größe und Qualität aller Hardware-h.265-Encodings zwischen Intel und NVIDIA verglichen habe, und dabei festgestellt – zumindest mit meinen Einstellungen und Tests –, dass Intel eine kleinere, aber gleichwertige oder bessere Datei erzeugt, basierend auf derselben Quelldatei. Qualität liegt natürlich im Auge des Betrachters, und meine Augen sind nicht mehr, was sie einmal waren. Ich habe keine AMD-basierte Karte zum Testen, also kann es gut sein, dass diese noch bessere Ergebnisse liefert.

Du bist jedoch auf dem richtigen Weg. Lerne so viel wie möglich darüber, führe eigene Tests durch und bestimme, was für dich am besten funktioniert. Du wirst feststellen, dass du ständig daran feilst, um noch bessere Ergebnisse zu erzielen und die für dich optimale Balance zwischen Qualität und Dateigröße zu finden. Unten findest du einige Ressourcen, die dir den Einstieg erleichtern.

https://www.videohelp.com/ Gibt es schon ewig und ist eine großartige Community.
Hardware Encoding - MCEBuddy Das Hardware-Encoding-Forum hier ist ebenfalls eine tolle Informationsquelle.

Informiere dich über HandBrake und ffmpeg. Sie sind die Hauptquellen für die Konvertierung, die in den MCEBuddy-Profilen verwendet wird. Ich persönlich nutze HandBrake, weil ich damit vertrauter bin. ffmpeg ist ebenfalls ein großartiges Tool, aber meine Kenntnisse darin sind begrenzter.

Ein weiteres Thema, mit dem ich mich nicht gut auskenne, ist die Werbungentfernung. Aber die Foren hier sind eine hervorragende Informations- und Unterstützungsquelle.

Ich hoffe, das hilft. Hab keine Angst, Fragen zu stellen. Ich versuche, in meiner Freizeit so oft wie möglich in diesen Foren zu helfen, aber es gibt viele andere, die das ebenfalls tun. Ein Tipp: Aktiviere das Debug-Logging und füge das Konvertierungs-Log bei Fragen zu einer Konvertierung mit an. Die Logs helfen enorm dabei zu verstehen, was MCEBuddy tut, und können entscheidende Hinweise liefern.

Ich bevorzuge ffmpeg gegenüber Handbrake, und meine Tests haben gezeigt, dass es Dateien kleiner als H.264 macht – bei gleicher oder besserer Qualität – mit Einstellungen, die ich mit MCEBuddy nicht zum Laufen bekomme … sie funktionieren aber mit FFmpeg Batch AV Converter, womit ich vier Encodings gleichzeitig laufen lassen kann, ohne dass mein System unbenutzbar wird. Wenn ich MCEBuddy nutze, kann ich meine Parameter nicht verwenden, weil mir niemand hilft, sie in MCEBuddy zum Funktionieren zu bringen; ich habe herumexperimentiert und verstehe nicht, wie MCEBuddy die Einstellungen an die GPU weitergibt. Das Standard-HEVC-Profil in MCEBuddy ist unzureichend, nicht nur weil es eine schlechtere Qualität liefert, sondern auch weil es die De-Interlacing-Software nutzt, was die Encodings verlangsamt und mehr Systemressourcen frisst – daher kann ich nur zwei Encodings gleichzeitig laufen lassen, um ein brauchbares System zu behalten.

Die Einstellungen, die ich in FFmpeg Batch AV Converter verwende, lauten:

-c:v hevc_nvenc -c:a copy -preset hq -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26

Das Problem: FFmpeg Batch kann nicht all das, was MCEBuddy kann und tut, daher möchte ich es nicht verwenden, weil zu viele Schritte dann manuell werden – und dafür habe ich weder Zeit noch Speicherplatz. Deshalb will ich diese Einstellungen in MCEBuddy nutzen … außer -c:a copy, weil MCEBuddy die Audiospuren ohnehin neu encodiert.

Das folgende Profil nutze ich momentan; es stammt von dir, SystemIdleProcess, vor Monaten, nur habe ich ffmpeg an erste Stelle gesetzt, weil mir Handbrake zu viele Ressourcen frisst:

[HEVC MKV AnyStream NVidia]
Description=HEVC in MKV hardset to use NVidia.
order=ffmpeg,handbrake
DisableEncoderReordering=true
ffmpeg-general=-threads 0
ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset hq -crf 26 -vsync 2 -map 0:v -sn
ffmpeg-audio=-acodec ac3 -map 0:a
ffmpeg-audioac3=-acodec copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
ffmpeg-UsingHardwareEncoding=true
ffmpeg-DisableSoftwareEncoderFallback=true

Das größte Problem: Alles vor „hevc_nvenc“ sind Software-Parameter, sie laufen also in Software – ineffizient, denn die GPU könnte sie übernehmen. Das andere Problem: Der Wert -crf 26 ist ebenfalls ein Software-Parameter und wird von der GPU ignoriert; ich muss annehmen, dass mit diesem Profil die nVidia-GPU ihre Standardwerte nutzt.

Ich habe sogar nur -crf 26 in -cq 26 geändert – ohne Unterschied im Ergebnis. Ich habe -cq immer weiter verringert – immer noch keine Änderung. Ich habe keine Ahnung, wie MCEBuddy Parameter an die GPU weitergibt, denn nichts bewirkt einen Unterschied.

Ich habe meine FFmpeg-Batch-Parameter oben in das MCEBuddy-Profil übernommen, nur die Audio-Parameter entfernt und den Rest als einzige Parameter in die ffmpeg-video-Zeile geschrieben. MCEBuddy encodierte die Datei – das Ergebnis war Schwarzbild mit Ton … ich weiß nicht, wie ich Parameter korrekt an die GPU weitergebe.

Ich weiß nicht weiter. Ich bevorzuge MCEBuddy gegenüber allen anderen Programmen, aber die Standard-HEVC-Hardware-Parameter sind für Filme mit dunklen Szenen unbrauchbar – und ich habe viele Horrorfilme. Seit Monaten encodiere ich nichts mehr, außer Testdateien oder Filme, bei denen ich weiß, dass sie mit den aktuellen Einstellungen klarkommen. Alle TS-Dateien muss ich aufheben, bis ich meine Parameter in MCEBuddy unterbringe; mein Speicherplatz neigt sich dem Ende zu, und ich bin es leid, neue Festplatten zu kaufen. Vielleicht muss ich MCEBuddy aufgeben, weil es keine Dokumentation gibt, wie man die Hardware-Beschleunigungs-Parameter tatsächlich ändert.

Wenn du deine Konvertierungs-Logs öffnest, wird dort die exakte Befehlszeile angezeigt, die an ffmpeg übergeben wird. Wenn du eine spezielle Build/Version von ffmpeg verwendest, kannst du jederzeit die Version, die mit MCEBuddy im Installationsverzeichnis ausgeliefert wird, ersetzen.

Wenn du eine stark angepasste Version der ffmpeg-Video- und Audio-Parameter erstellst und nicht möchtest, dass MCEBuddy diese verändert (MCEBuddy passt sie basierend auf deiner Konfiguration auf der Conversion Task-Seite an, wie z. B. Quality Sliders, Optimize video, Audio track selection usw.), kannst du MCEBuddy mit diesen beiden ffmpeg-Direktiven anweisen, deine Profilparameter unverändert zu lassen (ähnlich auch für andere Encoder):

Du kannst mit MCEBuddy so ziemlich alles machen, und ich empfehle dir dringend, dir diese Seite für das Feintuning deiner Einstellungen anzusehen: MCEBuddy - Advanced Settings, Commands and Tweaking

Danke, Goose, ich werde mal schauen und herumprobieren, was ich tun kann. Ich weiß nur nicht, wo ich meine Befehle unterbringen soll, da das Bearbeiten der Profile fast keine Wirkung zeigt – vermutlich mache ich etwas falsch … also werde ich wahrscheinlich wieder zurückkommen. Nochmals vielen Dank; ich möchte wirklich nicht von MCEBuddy wechseln, da es alles tut, was ich brauche, aber ich bin an einen Punkt gekommen, an dem ich es anpassen muss, damit es meinen Anforderungen entspricht.

Im Konvertierungsprotokoll suchen Sie nach dem Text „Launching process“. Dieser erscheint mehrfach im Protokoll, aber achten Sie auf den Eintrag, der die eigentliche Konvertierungsaufgabe ausführt. Darunter befinden sich die übergebenen Argumente. Wenn diese nicht mit Ihrem Profil übereinstimmen, wird es nicht ordnungsgemäß angewendet.

Ich experimentiere noch mit ffmpeg, um dunkle Szenen in HEVC zu konvertieren. Ich denke, ich habe mittlerweile ein akzeptables Profil, aber die Dateigröße verringert sich noch nicht genug, um sich zu lohnen. Mit Hardware-NVidia erreichte ich etwa 160 fps. Ich werde posten, sobald ich ein besseres Profil habe und die Argumente weiter recherchiert habe. ffmpeg ist eine echte Bestie von einer Anwendung.

MCEBuddy funktioniert nicht mit meinen Einstellungen. Ich habe es sogar auf die Version von ffmpeg aktualisiert, die ich in FFmpeg Batch AV Converter verwende, aber die Ergebnisse bleiben dieselben. Ich erhalte Audio und Untertitel, aber kein Video. Die folgende Zeile im Profil übergibt die Argumente an ffmpeg, die ich verwende… erfolglos in MCEBuddy, funktioniert aber einwandfrei in FFmpeg Batch – alles nach hevc_nvenc ist das, was ich in Batch verwende, außer dass ich copy subs und copy audio hinzufüge

ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset hq -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26

Probieren Sie Folgendes: Öffnen Sie das Startmenü und starten Sie die MCEBuddy-Befehlszeilen-Engine, und versuchen Sie dann Ihr Profil (vergessen Sie nicht, das, worauf @Goose oben hingewiesen hat, zu Ihrem Profil hinzuzufügen, damit Ihre Einstellungen beibehalten werden). Einige Treiber unterstützen keine Hardware-Kodierung über den Systemprozess (Dienst), sie bevorzugen einen Benutzerprozess – genau das tut die Befehlszeilen-Engine: Sie führt die Engine im Benutzerbereich statt als Dienst (Systembereich) aus.

RBoy… Ich kriege einfach nicht raus, wie das gehen soll, und wenn ich für jede Codierung eine Kommandozeile aufrufen muss, ist es Zeit, MCEBuddy in den Rückspiegel zu schauen. Wenn MCEBuddy mein Profil per Kommandozeile ausführen kann, gibt es keinen Grund, warum es nicht auch über die GUI klappen sollte. Ich verwende Argumente in meinem Profil, die alle direkt in der FFmpeg-Liste der für NVENC verfügbaren stehen.

Niemand scheint meine Frage beantworten zu wollen: Wie leitet MCEBuddy die Argumente an die GPU weiter? Die Profil-Konfigurationsdatei tut es offensichtlich nicht, denn kein einziger Eintrag in den Standardprofilen ist hardware-spezifisch – sie sind ALLE SOFTWARE-basiert und daher mit GPU-Encoding nicht kompatibel. Wenn ich also Hardware-Beschleunigung wähle, bekomme ich offenbar nur die DEFAULTS von FFmpeg oder Handbrake – nutzlos, wenn einem Qualität wichtig ist. Ich will keine willkürlichen Schieberegler, ich will MEINE EINSTELLUNGEN, weil sie funktionieren.

SystemIdleProcess lieferte mir folgendes Profil (ich zeige nur die FFmpeg-Video-Zeile):

ffmpeg-video=-ss 0 -vf yadif=0:-1:1,hqdn3d -vcodec hevc_nvenc -preset hq -crf 26 -vsync 2 -map 0:v -sn

Der Wert -crf 26 ist reine Software; wechsle ich diese Zeile in den korrekten Befehl -cq 26, bewirkt das Profil tatsächlich etwas – nur ist die Qualität noch nicht wo ich sie brauche. Verwende ich dagegen in FFmpeg Batch folgende Zeile:

-c:v hevc_nvenc -c:a copy -preset hq -vf yadif=0:-1:1 -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26

bekomme ich exakt die Qualität, die ich brauche – aber keine der anderen MCEBuddy-Vorteile. Füge ich dieses Profil in die profile.config ein:

ffmpeg-video=-c:v hevc_nvenc -preset hq -vf yadif=0:-1:1 -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26

was die korrekte Art ist, Argumente an FFmpeg für NVIDIA zu übergeben, erhalte ich nur Audio, überhaupt kein Video.

Also, @Goose, egal wie oft du mir eine Standardantwort gibst, dass ich etwas lesen soll – die Information, die ich brauche, steht dort nicht, oder ich verstehe sie nicht. Du sagst ständig, MCEBuddy könne alles, was ich will, aber du sagst mir nicht einfach, wie ich die Einstellungen, die ich mehrfach genannt habe, in MCEBuddy zum Laufen bekomme. Genau das will ich. Ich möchte aus vielen Gründen weiter MCEBuddy nutzen; ich liebe es und habe es deshalb gekauft – aber seit über drei Monaten kann ich es nicht benutzen, weil ich keine zwei Minuten Hilfe bekomme. Ich habe über 12 TB und täglich mehr gestapelte TS-Dateien, die ich nicht verarbeiten kann.

BITTE – ich brauche fünf Minuten deiner Zeit für eine Antwort, die wirklich funktioniert.

@Ronstang Ich habe gerade eine große Warteschlange in Bearbeitung, aber wenn ich Zeit habe, werde ich versuchen, dir dabei zu helfen, das zum Laufen zu bringen. Kannst du das letzte Konvertierungs-Log bereitstellen, das bei dir nicht funktioniert hat? Außerdem, kannst du mir sagen, welche GPU du hast und welche Treiberversion du verwendest? Ich werde mein Bestes tun, um dir zu helfen, das Problem zu lösen.

Die gute Nachricht ist, dass ich das Problem reproduzieren kann. Die schlechte Nachricht ist, dass ich noch nicht weiß, warum es passiert.

Probieren Sie Folgendes:

ffmpeg-video=-c:v hevc_nvenc -preset hq -vf yadif=0:-1:1 -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26 -map 0:v -sn

Es war der fehlende map-Parameter, den er nicht mochte; das Fehlen der Zuordnung für Video, wenn Audio zugeordnet wurde, führte dazu, dass nur das Audio in der Ausgabe enthalten war.

Hier ist, womit ich getestet habe:

[HEVC MKV ffmpeg NVidia]
Description=HEVC in MKV using ffmpeg hardware NVidia.
order=ffmpeg
DisableEncoderReordering=true
ffmpeg-general=-threads 0 -v verbose
ffmpeg-video=-c:v hevc_nvenc -preset hq -vf yadif=0:-1:1 -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26 -map 0:v -sn
ffmpeg-audio=-c:a ac3 -map 0:a
ffmpeg-audioac3=-c:a copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
ffmpeg-UsingHardwareEncoding=true
ffmpeg-DisableSoftwareEncoderFallback=true

Ich habe einen Fehler gemacht, SystemIdleProcess… das Deinterlacing-Filter sollte das erste nach der Hardware-Argumenteinstellung sein, also sollte es heißen:

ffmpeg-video=-c:v hevc_nvenc -vf yadif=0:-1:1 -preset hq -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26

yadif sollte zuerst kommen, weil es ein Decoder ist und alles andere Encoder-Argumente sind

Ich benutze eine Asus GTX 1650 Super mit Treiber 456.71

Probieren Sie dieses Profil aus:

[HEVC MKV ffmpeg NVidia]
Description=HEVC in MKV mit ffmpeg Hardware NVidia.
order=ffmpeg
DisableEncoderReordering=true
ffmpeg-general=-threads 0 -v verbose
ffmpeg-video=-c:v hevc_nvenc -vf yadif=0:-1:1 -preset hq -rc constqp -rc-lookahead 60 -spatial_aq 1 -temporal_aq 1 -nonref_p 1 -cq 26 -map 0:v -sn
ffmpeg-audio=-c:a ac3 -map 0:a
ffmpeg-audioac3=-c:a copy -map 0:a
ffmpeg-ext=.mkv
ffmpeg-audiodelay=skip
ffmpeg-UsingHardwareEncoding=true
ffmpeg-DisableSoftwareEncoderFallback=true

Wo muss ich den Befehl einfügen

ffmpeg-VideoOptimized=True

Am Ende ist es in Ordnung. Ich habe es nicht hineingefügt, weil ich wollte, dass ein Zuschnitt erfolgt. Ich habe beide Varianten getestet und bevorzugte, es wegzulassen.