Ik gebruik een GTX 1650 en nou… ik probeer hem weer aan de praat te krijgen. Drie maanden geleden, in september, werkte hij nog prima met de MCEBuddy-build 2.5.1 van 5-9-2019; die was zelfs de snelste versie van MCEBuddy – ook met de nieuwere versies was hij ongeveer twee keer zo snel (voor mij, geen idee waarom). Nu krijk ik WARNINGS en ERRORS en lopen omzettingen op de nieuwe MCEBuddy 2.5.3 van 24-12-2019 ongeveer 6 minuten, terwijl 2.5.1 er maar 2 minuiten over deed… sorry, ik heb alleen nieuwe logs. Ik probeer alles exact na te bouwen: dezelfde drivers, herhaaldelijk DNU, verschillende FFmpeg-versies, andere profielen.
Dit is het enige wat ik nog uit september heb; toen gebruikte hij ongeveer 70 % van de cpu
Uw logboeken tonen aan dat MCEBuddy uw nvenc-encoder detecteert, maar ffmpeg kan deze niet gebruiken:
2019-12-30T21:56:20 MCEBuddy.AppWrapper.FFmpeg → [h264_nvenc @ 00000000028e5d40] No NVENC capable devices found
Handbrake kan deze echter wel gebruiken met een redelijke conversiesnelheid van ongeveer 98fps.
Het klinkt alsof uw grafische driver mogelijk is gewijzigd en ffmpeg problemen veroorzaakt. Probeer uw driver te wijzigen naar een stabielere versie of rol deze terug.
Voor GPU-gebruik zie dit onderwerp voor meer details.
Ik heb wat hulp nodig met het converteren van video’s van high 10 naar 8 bit
dit is wat ik gebruik
[MP4 Snel]
Beschrijving=Snelle MP4 (H.264/AAC)
volgorde=ffmpeg,handbrake
ffmpeg-algemeen=-threads 0 -hwaccel auto
ffmpeg-video=-ss 0 -vcodec libx264 -b 1000k -x264opts cabac=0:ref=2:bframes=1:weightp=0:8x8dct=0:trellis=0:subq=6:me=hex:b-adapt=0:threads=auto -map 0:v -sn
ffmpeg-audio=-acodec aac -ab 128k -map 0:a
ffmpeg-audioac3=-acodec aac -ab 160k -map 0:a
ffmpeg-ext=.mp4
ffmpeg-audiodelay=skip
handbrake-algemeen=–loose-anamorphic --verbose=2 -f mp4 -O
handbroke-video=–start-at duration:0 -e x264 -b 1000 -x cabac=0:ref=2:bframes=1:weight=0:8x8dct=0:trellis=0:subq=6:me=hex:b-adapt=0:threads=auto
handbrake-audio=-E faac -R auto -B 128 -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
AutoDeinterlace=false
Plex moet alles met high 10 transcoderen
Deze technische zaken gaan mij boven mijn pet, hulp wordt zeer op priest gesteld.
Transcodeert Plex niet op basis van de mogelijkheden van het afspeelapparaat? Begin misschien met uit te zoeken welk formaat wordt ondersteend door het afspeelapparaat en kies dan een profiel dat daarmee overeenkomt.
hoe krijg ik mijn video’s van high 10 naar 8 bit? ffmpeg-video=-ss 0 -vcodec libx264 -b 1000k -x264opts cabac=0:ref=2:bframes=1:weightp=0:8x8dct=0:trellis=0:subq=6:me=hex:b-adapt=0:threads=auto -map 0:v -sn
ik weet niet wat dit allemaal betekent
Ik ben niet bekend met de ffmpeg-opties, maar ze zijn gedocumenteerd op de ffmpeg.org-site.
Als je Handbrake gebruikt, zijn er aparte encoders voor 10- en 12-bit. Bijvoorbeeld “x264” is de 8-bit encoder, en “x264_10bit” is de 10-bit encoder. Dus aan de hand van de opties in je profiel kun je zien of je naar 8-bit aan het downconverten bent.
Ik zou niet verbaasd zijn als de ffmpeg-encoderopties op vergelijkbare wijze geselecteerd worden. Als je zeker wilt zijn, configureer dan de prioriteit van de transcoding-engine om Handbrake met de 8-bit encoder in het profiel te gebruiken en gebruik geen FFMPEG.
x264 ondersteunt kleurruimtes van 8 tot 10 bit. De exacte bit-diepte wordt bepaald tijdens het configureren van x264. FFmpeg ondersteunt slechts één bit-diepte binnen één specifieke build. Met andere woorden: het is niet mogelijk om één FFmpeg te bouwen met meerdere versies van x264 met verschillende bit-dieptes.
Het echte antwoord is dus: van wie/waar heb je je libx264-codecbibliotheek gehaald en welke opties hebben ze ingesteld tijdens het compileren?
Zeer waarschijnlijk compileert iedereen libx264 met een 8-bit kleurruimte. Je zou dezelfde kleurruimte-ondersteuning nodig hebben in het afspeelprogramma/apparaat – bijvoorbeeld VLC, Plex, enz.
Goose kan waarschijnlijk vertellen hoe libx264 voor FFMPEG is gebouwd, en de MCEBuddy-FFMPEG vermeldt enkel dat de standaard/meegeleverde libx264 werd gebruikt.
