Profiel HEVC MP4 levert veel grotere bestanden op dan voorheen

Hallo allemaal,

Ongeveer een maand geleden ben ik begonnen met het gebruik van het profiel ‘HEVC MP4’ om WTV-bestanden te converteren en eerder geconverteerde H264-bestanden opnieuw te encoderen. Aanvankelijk was ik onder de indruk van de resulterende bestanden die veel kleiner waren dan verwacht. Dat duurde even, totdat ik MCEBuddy upgrade naar versie 2.5.5 en mijn grafische kaart verving van een Gigabyte GV-N630D3 naar een Geforce GTX 1650. Op dit moment kan ik nog steeds kleinere bestanden krijgen dan bij het gebruik van H264-profielen, maar de uiteindelijke bestanden zijn niet zo klein als toen ik net was overgestapt op het profiel ‘HEVC MP4’.

Bijvoorbeeld: voor een WTV-video van 29,25 minuten converteerde ik deze naar een H264 mp4-video van 205 MB, waarna ik deze kon hercoderen naar een H265-video van 53 MB. Maar op dit moment kan de grootte alleen nog maar worden teruggebracht tot ongeveer 125 MB. Alle drie de mp4-videobestanden hebben dezelfde resolutie. Er lijkt ook weinig tot geen verschil in videokwaliteit te zijn.

Nog verwarrender is dat bij het converteren van een H264-video (profiel MP4 High Quality) naar een H265-video (profiel HEVC MP4) de grootte nauwelijks afneemt: van 693 MB naar 677 MB, terwijl dit eerder tot ongeveer 450 MB was.

Ik begrijp dat er ongeveer 50% reductie in grootte verwacht mag worden bij het converteren van H264 naar H265. Maar ik was erg tevreden over de enorme reductie die ik aanvankelijk kreeg, en ik hoop dat ik dat weer kan bereiken om veel ruimte op mijn harde schijven te besparen.

Kan iemand me helpen begrijpen wat er aan de hand is en mijn probleem oplossen? Wat overzie ik hier?

Heel erg bedankt!!!

Zie mijn MCEBuddy.log

Ik lever graag voorbeeldbestanden aan als dat helpt.

Heb je misschien eerst alleen met software gecodeerd en gebruik je nu GPU-versnelling? Ik vraag dit omdat mijn eerste HEVC-encode in software gebeurde en uren duurde, maar het bestand klein was… ongeveer 700 MB voor een film. De volgende dag kocht ik een videokaart die HEVC aankon, een ASUS GeForce 1650 precies, en codeerde hetzelfde bestand opnieuw; hoewel het nog steeds aanzienlijk kleiner was dan de H.264-versie, was het bijna 2,5 keer groter dan de software-encode.

Ik heb geen verklaring voor het verschil en kon ook bij niemand een antwoord vinden. Ik deel gewoon mijn ervaring omdat die lijkt op de jouwe.

Laat me waarschuwen voor de valkuilen van HEVC. Als je veel content hebt met erg donkere scènes, zoals horrorfilms, kun je kwaliteitsproblemen krijgen, met name een soort halo-effect van concentrische cirkels rond beweging. Het treedt meestal op bij beweging, maar niet altijd. Je moet een paar films testen en kijken of het je stoort; mij wel. De enige manier om het te verhelpen is de kwaliteit verhogen. Helaas kan ik geen hulp krijgen bij het aanpassen van MCEBuddy-profielen, dus ik zit met een groeiende stapel ongeconverteerde TS-bestanden. Zodra ik het heb opgelost, deel ik het hier.

Je hebt gelijk. En ik geloof dat ik nu ongeveer begrijp waarom.

Mijn perceptie was dat hardwareversnelling de GPU simpelweg zijn rekenkracht leent om het encodeerproces te versnellen. In werkelijkheid werkt het niet zo. Wanneer je hardwareversnelling via je Nvidia-GPU gebruikt, vraag je de ingebouwde Nvidia-GPU-encoder om aan het werk te gaan. Terwijl de in de GPU ingebedde Nvidia-encoder veel, veel sneller kan werken dan Handbrake, is de resulterende kwaliteit minder. Met andere woorden: om vergelijkbare kwaliteit te bereiken, zijn de geconverteerde videobestanden met hardwareversnelling groter.

Dientengevolge moeten we kiezen tussen sneller encoderen door de rekenkracht van de GPU te gebruiken en beter encoderen door Handbrake als applicatie die op de CPU draait. Hoe teleurstellend dat krachtigere grafische kaarten ons niet kunnen helpen het encoderen te versnellen als we Handbrake verkiezen.

Zie het onderstaande artikel voor een informatievere uitleg.
https://www.techspot.com/article/1131-hevc-h256-enconding-playback/page5.html

Hier is wat ik heb gevonden dat werkt als je Handbrake wilt gebruiken. De kwaliteitsparameter die wordt doorgegeven is hetzelfde tussen software handbrake/ffmpeg en ffmpeg hardware, maar hardware voor Handbrake is anders. Dus wat ik uiteindelijk heb gedaan is hardware-encoding-specifieke profielen maken. Ik heb geëxperimenteerd met hardware-encoding in NVidia en Intel. Ik kan je vertellen dat Intel de beste is. Goede bestandsgrootte en geweldige kwaliteit, althans bij het gebruik van h.265. Hieronder staan mijn profielen, pas ze aan naar jouw behoefte.

Hier zijn mijn profielen:

[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

Bedoelde je dat ik een nieuwe grafische kaart zou moeten aanbevelen met een Intel Quick Sync-compatibele GPU?

Ik heb Handbrake nooit afzonderlijk gebruikt, behalve wanneer ik het HEVC MP4-profiel in MCEbuddy kies.

Ik heb nog steeds geen goed begrip van het kennisraamwerk voor videoconversie. En mijn hardware is ook vrij verouderd. Misschien zou ik meer tijd en geld moeten besteden aan het leren over videoconversie en aan betere hardware, gezien mijn aanzienlijke behoefte aan het converteren van TV-opnames.

Het is niet mijn bedoeling om te zeggen “koop dit en niet dat”. Ik deel slechts mijn bevindingen. Ik ben al een paar decennia bezig met videoconversie/TV-capture, maar ben geenszins een expert. Mijn huidige systeem heeft een Intel onboard GPU (UHD 630) die hardwarematig h.265 10bit kan encoderen en ook een RTX 2070. Ik heb tests uitgevoerd waarbij ik de grootte en kwaliteit van alle hardware-h.265-encodes van zowel Intel als NVIDIA met elkaar vergeleek en ontdekte dat – althans met mijn instellingen en testmateriaal – Intel een kleiner bestand oplevert van gelijke of betere kwaliteit, uitgaande van hetzelfde bronmateriaal. Kwaliteit is natuurlijk een kwestie van smaak en mijn ogen zijn niet meer wat ze waren. Ik heb geen AMD-kaart om mee te testen, dus voor hetzelfde geld levert die nog betere resultaten.

Je zit wel op de goede weg. Leer zoveel mogelijk, voer je eigen tests uit en bepaal wat voor jou het beste werkt. Je zult merken dat je voortdurend blijft sleutelen om nóg betere resultaten te krijgen en op zoek bent naar de voor jou ideale balans tussen kwaliteit en bestandsgrootte. Hieronder vind je enkele bronnen om mee te beginnen.

https://www.videohelp.com/ bestaat al heel lang en is een geweldige community.
Hardware Encoding - MCEBuddy Het hardware-encodingforum hier is eveneens een uitstekende hulpbron.

Verdiep je in HandBrake en FFmpeg; zij vormen de primaire conversietools die in de MCEBuddy-profielen worden gebruikt. Ik gebruik zelf HandBrake omdat ik die beter ken, maar FFmpeg is evenzeer een prima programma – ik ken het alleen minder goed.

Iets waar ik weinig ervaring mee heb, is het verwijderen van reclameblokken. De forums hier zijn echter een uitstekende plek voor informatie en begeleiding.

Hopelijk helpt dit. Wees niet bang om vragen te stellen. Ik probeer in mijn vrije tijd zoveel mogelijk op deze forums te helpen, maar er zijn genoeg anderen die hetzelfde doen. Eén tip: zet debug-logging aan en voeg het conversielog toe wanneer je een vraag over een conversie stelt. De logs geven veel inzicht in wat MCEBuddy doet en helpen bij het pinpointen van informatie.

Ik geef de voorkeur aan ffmpeg boven Handbrake en mijn tests hebben aangetoond dat het bestanden kleiner maakt dan H.264 met dezelfde of hogere kwaliteit met instellingen die ik niet werkend krijg in MCEBuddy… ze werken wel met FFmpeg Batch AV Converter, waarmee ik 4 encodings tegelijk kan draaien terwijl mijn systeem bruikbaar blijft. Als ik MCEBuddy gebruik, kan ik mijn instellingen niet gebruiken omdat niemand me helpt ze werkend te krijgen in MCEBuddy; ik heb geëxperimenteerd, maar ik begrijp niet hoe MCEBuddy de instellingen doorgeeft aan de GPU. Het standaard HEVC-profiel in MCEBuddy is onvoldoende, niet alleen omdat het een lagere kwaliteit oplevert, maar ook omdat het software gebruikt voor de de-interlacing, wat niet alleen de encodes vertraagt, maar ook meer systeembronnen gebruikt, zodat ik maar 2 encodings tegelijk kan draaien om mijn systeem bruikbaar te houden.

De instellingen die ik in FFmpeg Batch AV Converter gebruik zijn:

-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

Het probleem is dat FFmpeg Batch niet alles kan wat MCEBuddy wel kan en doet, dus ik gebruik het liever niet omdat dan te veel dingen in het proces handmatig worden en ik simpelweg geen tijd of ruimte heb om het op die manier te doen. Ik wil dat deze instellingen in MCEBuddy werken… behalve -c:a copy, want dat kopieert alleen de audiotracks, terwijl FFmpeg Batch die niet opnieuw encodeert zoals MCEBuddy dat wel doet.

Het volgende profiel gebruik ik op dit moment en het is degene die je SystemIdleProcess me maanden geleden hebt gegeven, behalve dat ik ffmpeg eerst heb gezet omdat ik Handbrake niet leuk vind vanwege het hoge systeemgebruik:

[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

Het grootste probleem met dit profiel is dat alles vóór “hevc_nvenc” software-instellingen zijn, dus ze worden in software uitgevoerd, wat inefficiënt is omdat de GPU deze taken kan doen. Het andere probleem is dat de -crf 26-waarde opnieuw een software-instelling is, dus volledig genegeerd wordt door de GPU, dus ik neem aan dat met dit profiel de nVidia-GPU de standaardinstellingen gebruikt.

Ik probeerde zelfs -crf 26 te vervangen door de juiste -cq 26-waarde voor hardware-instellingen, maar er was geen verschil in de encode-resultaten. Ik verlaagde de -cq-waarde steeds verder, zonder verandering, dus ik heb geen idee hoe MCEBuddy parameters doorgeeft aan de GPU, want niets maakt verschil.

Ik probeerde mijn instellingen uit FFmpeg Batch hierboven in het MCEBuddy-profiel door simpelweg de audio-parameters weg te halen en ze als enige parameters op de ffmpeg-video-regel te gebruiken. Hoewel MCEBuddy het bestand encodeerde, was het resultaat zwarte video met geluid… dus ik heb geen idee hoe ik parameters moet doorgeven aan de GPU.

Ik weet op dit punt niet wat ik moet doen. Ik geef de voorkeur aan MCEBuddy boven alle andere software die ik heb gebruikt voor encoden, maar de standaard HEVC-instellingen voor hardwareversnelling zijn onacceptabel voor films met donkere scènes en ik heb veel horrorfilms. Dus ik heb maandenlang niets geëncodeerd, behalve films waarvan ik weet dat ze met de huidige instellingen goed zijn, of films voor experimenten. Maar ik moet al mijn TS-bestanden bewaren totdat ik een manier vind om mijn instellingen in MCEBuddy te krijgen en ik raak bijna door mijn opslag heen en ben het zat nieuwe harde schijven te kopen. Dus ik moet mogelijk stoppen met MCEBuddy omdat er geen documentatie is over hoe je de instellingen voor hardwareversnelling daadwerkelijk moet wijzigen.

Als je je conversielogboeken opent, zie je de exacte commandoregel die naar ffmpeg wordt gestuurd. Gebruik je een speciale build/versie van ffmpeg, dan kun je altijd de versie die met MCEBuddy wordt meegeleverd in de installatiemap vervangen.

Als je een sterk aangepaste versie van ffmpeg-video- en audio-parameters maakt en niet wilt dat MCEBuddy er iets aan verandert (MCEBuddy past ze aan op basis van je configuratie op de Converstion Task-pagina, zoals Quality sliders, Optimize video, Audio track selection enz.), kun je MCEBuddy opdrachten je profielparameters ongewijzigd te laten met deze twee ffmpeg-directives (geldt ook voor andere encoders):

Met MCEBuddy kun je vrijwel alles doen; ik raad je ten zeerste aan om deze pagina te bekijken voor het tweaken van je instellingen: MCEBuddy - Advanced Settings, Commands and Tweaking

Dank je wel, goose, ik zal er even naar kijken en experimenteren om te zien wat ik kan doen. Ik weet alleen niet waar ik mijn commando’s moet plaatsen, want het bewerken van de profielen lijkt vrijwel geen effect te hebben, waarschijnlijk doe ik iets verkeerd… dus ik zal waarschijnlijk terugkomen. Nogmaals bedankt; ik wil echt niet van MCEBuddy afstappen, want het doet alles wat ik wil, maar ik ben op een punt gekomen waarop ik het moet aanpassen om aan mijn wensen te voldoen.

Zoek in het conversielog naar de tekst “Launching process”. Deze komt meerdere keren voor in het log, maar zoek degene die de daadwerkelijke conversietaak uitvoert. Daaronder staan de argumenten die worden doorgegeven. Als deze niet overeenkomen met je profiel, dan worden ze niet correct toegepast.

Ik ben nog steeds bezig met het experimenteren van ffmpeg om donkere scenes naar hevc te converteren. Ik denk dat ik nu een redelijk profiel heb, maar de grootte krimpt nog niet genoeg om het de moeite waard te maken. Maar met hardware NVidia haalde ik ongeveer 160 fps. Ik zal het posten wanneer ik een beter profiel heb en de argumenten verder onderzoek. ffmpeg is een beest van een applicatie.

MCEBuddy werkt niet met mijn instellingen. Ik heb het zelfs geüpgraded naar de ffmpeg-versie die ik in FFmpeg Batch AV Converter gebruik, maar de resultaten zijn hetzelfde. Ik krijg audio en ondertitels, maar geen video. Hieronder de regel in het profiel die de argumenten aan ffmpeg doorgeeft die ik gebruik… zonder succes in MCEBuddy, maar die prima werkt in FFmpeg Batch; alles na hevc_nvenc is wat ik in Batch gebruik, behalve dat ik daar copy subs en copy audio toevoeg.

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

Probeer dit, open het Startmenu en start de MCEBuddy-opdrachtregel-engine en probeer vervolgens je profiel (vergeet niet om wat @Goose hierboven hintte aan je profiel toe te voegen zodat je instellingen behouden blijven). Sommige drivers ondersteunen geen hardware-encoding via het systeemproces (service), ze verkiezen een gebruikersproces wat de opdrachtregel-engine doet, voer de engine uit in de gebruikersruimte in plaats van als service (systeemruimte).

RBoy… ik kom er niet uit hoe ik dat moet doen en als ik elke keer een commando­regel moet uitvoeren om iets te encoderen, dan is het tijd om MCEBuddy in de achteruitkijkspiegel te laten verdwijnen. Als MCEBuddy mijn profiel vanaf de commandoregel kan draaien, is er geen enkele reden waarom het dat niet via de GUI zou kunnen. Ik gebruik argumenten in mijn profiel die allemaal door ffmpeg worden ondersteund, rechtstreeks uit hun lijst met beschikbare opties voor nvenc.

Niemand lijkt mijn vraag te willen beantwoorden. Hoe geeft MCEBuddy argumenten door aan de GPU? Het profiel-configbestand doet dat kennelijk niet, want geen enkel item in de standaardprofielen is hardware-specifiek — ze zijn ALLEMAAL SOFTWAREmatig… en niet compatibel met GPU-encoding. Dus als je voor Hardware Acceleration kiest, neem ik aan dat je alleen de DEFAULTS van ffmpeg of handbrake krijgt… wat waardeloos is als je om kwaliteit geeft. Ik wil geen willekeurige schuifjes gebruiken om de kwaliteit te kiezen… ik wil MIJN INSTELLINGEN, want die werken daadwerkelijk.

SystemIdleProcess gaf me het volgende profiel (ik toon alleen de ffmpeg-video­regel):

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

De -crf 26-waarde is alleen voor software; als ik die regel verander in de juiste opdracht -cq 26, dan maakt het profiel daadwerkelijk een verschil, behalve dat de kwaliteit nog steeds niet is waar ik hem hebben wil. Maar als ik het volgende profiel in FFmpeg Batch uitvoer:

-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

krijg ik precies de kwaliteit die ik nodig heb, maar mis ik alle andere dingen die ik aan MCEBuddy waardeer. Als ik dit profiel echter in het profile.config-bestand zet:

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

— de juiste manier om argumenten aan ffmpeg door te geven voor nVidia — krijg ik alleen audio en helemaal geen video.

Dus @Goose, hoe vaak je me ook een standaardantwoord geeft om iets te gaan lezen: de informatie die ik nodig heb staat er niet, of ik begrijp het niet. Je blijft me vertellen dat MCEBuddy alles kan wat ik wil, maar je wilt me simpelweg niet uitleggen hoe ik de instellingen — die ik inmiddels meerdere keren heb gegeven — aan de praat krijg in MCEBuddy. Dat is alles wat ik wil. Ik wil MCEBuddy blijven gebruiken om talloze redenen. Ik heb het altijd geweldig gevonden en daarom heb ik het ook gekocht, maar ik kan het al meer dan drie maanden niet gebruiken omdat ik geen simpel twee-minuten-antwoord krijg van iemand met de kennis die ik mis. Ik heb inmiddels meer dan 12 TB en groeiende aan opgestapelde TS-bestanden die ik niet kan verwerken.

ALSJEBLIEFT… ik heb vijf minuten van je tijd nodig voor een antwoord dat werkelijk werkt.

@Ronstang Ik heb op dit moment een grote wachtrij die wordt verwerkt, maar zodra ik de kans krijg, ga ik proberen om dit voor jou aan de praat te krijgen. Kun je het laatste conversielog dat niet werkte voor je aanleveren? En kun je ook aangeven welke GPU je hebt en welke driverversie je gebruikt? Ik zal mijn best doen om je te helpen dit op te lossen.

Het goede nieuws is dat ik het probleem kan reproduceren. Het slechte nieuws is dat ik nog niet weet waarom het gebeurt.

Probeer het volgende:

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

Het ontbreken van de map-parameter was het probleem; doordat er geen mapping voor video was terwijl de audio wel werd gemapped, bleef alleen de audio in de output staan.

Dit heb ik getest:

[HEVC MKV ffmpeg NVidia]
Description=HEVC in MKV met 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

Ik heb een fout gemaakt SystemIdleProcess…de de-interlace-filter moet het eerste zijn na het argument voor het instellen van de hardware, dus het moet zijn

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 moet eerst staan omdat het een decoder is en al het andere een encoder-argument is

Ik gebruik een Asus GTX 1650 Super met driver 456.71

Probeer dit profiel dan:

[HEVC MKV ffmpeg NVidia]
Description=HEVC in MKV met 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

Waar plaats ik het commando

ffmpeg-VideoOptimized=True

Aan het einde is prima. Ik heb het er niet ingedaan omdat ik wilde dat er bijgesneden werd. Ik heb beide manieren getest en vond het beter om het weg te laten.