Hardwaregebruik - laag %

Ik probeer de nieuwste proefversie en heb een vraje over het algemene gebruik.
Bij het converteren van een wtv-bestand naar mp4 met de nvidia-hardware-encoder lijkt deze niet op maximale capaciteit te worden gebruikt. Is dat normaal?
Preciezer: het gebruik is:
CPU 10-33%
GPU 12% - Video Encode (nvenc)
GPU 6% - CUDA-cores
Netwerk 5,6 Mbps (uit 1 Gbps)

usage

Naar welke codec converteer je? Ik denk dat je van h264 naar h264 gaat…

Ik denk dat WTV MPEG2 (HD op FIOS-kabeltelevisie) naar H264 is. Het is het standaard WTV-profiel.

Ik heb misschien iets verkeerd gedaan. Als ik ervoor kies de reclame niet te verwijderen, zijn de resulterende bestanden groter dan de originelen. Het lijkt erop dat de “kwaliteit” van de h264-encoder 10 is… hmmm

2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] job configuration:
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * source
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + D:\Temp\working0\Airplane!_BBCAHD_2019_06_07_18_59_00.ts
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + title 1, chapter(s) 1 to 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * destination
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + D:\Temp\working0\Airplane!_BBCAHD_2019_06_07_18_59_00-converted.mp4
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + container: MPEG-4 (libavformat)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * video track
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + decoder: mpeg2video
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate 200 kbps
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + filters
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Decomb (mode=7)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Denoise (hqdn3d) (y-spatial=3:cb-spatial=2:cr-spatial=2:y-temporal=2:cb-temporal=3:cr-temporal=3)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + Output geometry
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + storage dimensions: 1920 x 1080
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + pixel aspect ratio: 1 : 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + display dimensions: 1920 x 1080
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + encoder: H.264 (NVEnc)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + quality: 10.00 (CQ)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + color profile: 1-1-1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] * audio track 1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + decoder: English (AC3) (5.1 ch) (384 kbps) (track 1, id 0x100)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate: 384 kbps, samplerate: 48000 Hz
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + mixdown: 5.1 Channels
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + dynamic range compression: 2.500000
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + dither: triangular
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + encoder: AC3 (libavcodec)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] + bitrate: 384 kbps, samplerate: 48000 Hz
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] sync: expecting 218380 video frames
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 24 started (“Audio Synchronization”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodecInit: H.264 (Nvidia NVENC)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodec: encoding at rc=vbr 10.00
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] encavcodec: encoding with stored aspect 1/1
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.00 %[19:15:35] Writing Metadata to output file…
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 25 started (“Muxer”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 26 started (“Reader”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 27 started (“Audio decoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 28 started (“Video decoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 29 started (“Video Synchronization”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2a started (“AVCodec Audio encoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2b started (“FFMPEG encoder (libavcodec)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2c started (“Muxer”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2d started (“Decomb”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [19:15:35] thread 2e started (“Denoise (hqdn3d)”)
2019-12-21T19:15:35 MCEBuddy.AppWrapper.Handbrake → [mpeg2video @ 000000000770cb00] Application has requested 17 threads. Using a thread count greater than 16 is not recommended.

De bestandsgrootte is gerelateerd aan de kwaliteitsinstellingen, dus het is niet gerelateerd aan de thread-scope zelf.

Dus… waarom is het GPU- en CPU-gebruik zo laag tijdens de video-conversiefase?

Hangt af van de videofilters die in het profiel worden gebruikt en de hardwaremogelijkheden. Niet alle hardware ondersteunt alle filters, dus het komt voor dat de CPU die verwerkingsactiviteiten uitvoert. Verwijder alle filters uit het profiel als je meer hardware wilt gebruiken (ten koste van de kwaliteit). Zie deze onderwerpen:

Nou, OK, ik kan zien hoe filters daar invloed op kunnen hebben, aangezien ze niet door de GPU worden verwerkt. Ik heb geen filters die ik ken, maar ik moet daar dieper naar kijken; ik heb het standaardprofiel geselecteerd voor Converteren naar MP4 in WTV-container.

Hoe dan ook, als de CPU de bottleneck was, waarom wordt hij dan niet voor 100% gebruikt? Ik heb meer cores dan de meeste computers (16 fysieke, 32 virtuele met HT), is dit een schaalbaarheidsprobleem? Is de software beperkt tot een bepaald aantal cores?