Utilisation matérielle - faible %

[SoNic67]

J’essaie la dernière version d’essai et j’ai une question concernant l’utilisation générale.
Lors de la conversion d’un fichier wtv en mp4 en utilisant l’encodeur matériel nvidia, il ne semble pas être utilisé à pleine capacité. Est-ce normal ?
Plus précisément, l’utilisation est :
CPU 10-33%
GPU 12% - Encodage vidéo (nvenc)
GPU 6% - Cœurs CUDA
Réseau 5,6 Mbps (sur 1 Gbps)

[Will_Tschumy]

Quel codec utilises-tu pour la conversion ? Je crois que tu passes du h264 au h264…

[SoNic67]

Je pense que WTV est MPEG2 (HD sur la télévision câblée FIOS) vers H264. C’est le profil WTV par défaut.

[SoNic67]

Je dois faire quelque chose de mal. Si je choisis de ne pas supprimer les publicités, les fichiers résultants sont plus gros que les originaux. Il semble que la « qualité » de l’encodeur h264 soit de 10… hmm

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]

La taille du fichier est liée aux paramètres de qualité, donc elle n’est pas liée au périmètre du thread.

Alors… pourquoi l’utilisation du GPU et du CPU est-elle si faible pendant la phase de conversion vidéo ?

[Goose]

Dépend des filtres vidéo utilisés dans le profil et des capacités matérielles. Tous les matériels ne prennent pas en charge tous les filtres, donc le traitement est effectué par le CPU. Supprimez tous les filtres du profil si vous souhaitez utiliser davantage le matériel (au détriment de la qualité). Voir ces sujets :

Not sure if hardware encoding is working or not

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…

Video conversion performance question

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]

Eh bien, d’accord, je peux voir comment les filtres peuvent avoir un impact là-dessus, puisqu’ils ne sont pas traités par le GPU. Je n’ai pas de filtres que je sache, mais je dois creuser davantage, j’ai sélectionné le profil par défaut pour Convert to MP4 dans le conteneur WTV.

Quoi qu’il en soit, si le CPU était le goulot d’étranglement, pourquoi n’est-il pas utilisé à 100 % ? J’ai plus de cœurs que la plupart des ordinateurs (16 physiques, 32 virtuels avec HT), est-ce un problème de scalabilité ? Le logiciel est-il limité à un certain nombre de cœurs ?