SoNic67
21 december 2019 om 15:09
1
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)
Naar welke codec converteer je? Ik denk dat je van h264 naar h264 gaat…
SoNic67
21 december 2019 om 23:25
3
Ik denk dat WTV MPEG2 (HD op FIOS-kabeltelevisie) naar H264 is. Het is het standaard WTV-profiel.
SoNic67
22 december 2019 om 01:04
4
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.
SoNic67
22 december 2019 om 02:23
5
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?
Goose
(Goose)
22 december 2019 om 05:14
6
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:
It depends on what options and filters are being used in the profile you’re using. Not all adapters support all options. For example if the profile is using a denoise filter to clean up artifacts and if you’re hardware doesn’t support it then it’ll use the CPU to do that part. If you want to use only the GPU then you’ll have to build a custom profile specific to your GPU capabilities only and remove all other options.
MCEBuddy uses hardware acceleration to assist and speed up encoding without c…
That sounds about right, the performance can depend on what filters your profile is using to process the video.
Maybe @Will_Tschumy @techpro2004 can share their experiences
SoNic67
22 december 2019 om 14:03
7
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?