J’utilise MCEBuddy depuis plus de 5 ans et j’ai constaté que, dans la dernière version bêta 2.5.1, l’encodage HandBrake QSV est beaucoup plus lent qu’avec les versions précédentes. Je sais que vous avez récemment mis à jour la version de HandBrake et que c’est très probablement la cause du problème.
Lors de mes tests, je vois que HandBrakeCLI-1.0.7 traite les vidéos à environ 100 images/s, tandis que les versions suivantes (HandBrakeCLI-1.1.0 – 1.2.2) n’atteignent que 20 à 50 images/s. De plus, l’utilisation du CPU avec QSV pour HandBrake 1.0.7 est d’environ 25-50 %, alors que les versions plus récentes utilisent pratiquement 100 % de mon CPU. Je pense que cela est dû aux modifications apportées par HandBrake dans la détection QSV et le support de l’encodage x265.
J’exécute MCEBuddy x64 sur une machine Windows 7 x64 avec un processeur Intel Core i5-4690K Haswell cadencé à 3,50 GHz.
J’ai joint quatre journaux pour montrer les différences de performance. Existe-t-il d’autres moyens d’améliorer les performances QSV, à part remplacer le fichier handbrakeCLI.exe par l’ancienne version sur ce PC ?
Essayez de modifier votre profil pour utiliser ffmpeg en premier (avec la dernière version), voyez comment il se comporte.
Handbrake a modifié ses bibliothèques à partir de la version 1.1, il est donc possible que les nouvelles bibliothèques ne fonctionnent pas aussi bien avec votre matériel que les anciennes. Il est également possible que vos pilotes graphiques ne fonctionnent pas aussi bien avec les nouvelles bibliothèques (essayez de changer les pilotes) — c’est essentiellement la compatibilité entre les pilotes et les bibliothèques qui détermine les performances/la stabilité.
J’ai remarqué que votre système possède des encodeurs matériels AMD et Intel :
Il semble que votre encodeur AMD soit plus puissant que votre encodeur Intel. Avec la dernière version, vous pouvez sélectionner l’encodeur de votre choix, essayez de le définir sur AMD dans la page Tâche de conversion → Paramètres experts.
Je vais essayer l’encodeur AMD. Cependant, par le passé, mon CPU Intel avec QSV était 3 à 4 fois plus rapide. Le GPU n’est qu’une XFX Radeon RX 590 Fatboy - pensez-vous vraiment qu’il soit plus rapide ?
Aussi, ffmpeg prend-il en charge QSV ?
Pour l’instant, j’utilise un ancien handbrakeCLI.exe puisque j’obtiens 100-200 fps pour les conversions sur cette machine, comme je l’avais avec les bêtas d’il y a un ou deux ans
Oui, avec la dernière version 2.5.1 de MCEBuddy, ffmpeg et handbrake prennent tous deux en charge QSV, AMF et CUDA, et MCEBuddy peut détecter et essayer plusieurs encodeurs matériels si l’un d’eux échoue avant de revenir au logiciel.
Vous pouvez toutefois également modifier l’ordre manuellement pour utiliser l’encodeur de votre choix en premier.
Au fait, nous constatons plus de 100 images par seconde en encodage h264 même avec un très vieux chipset Sandy Bridge. Cela pourrait être lié à la compatibilité du pilote graphique avec la nouvelle bibliothèque.
J’ai installé Intel Graphics 10.18.10.3958 pour mon CPU i5-4690K. J’obtiens toujours 15 fps via Handbrake installé avec la dernière version bêta de MCEBuddy.
J’utilise également un processeur Haswell et je n’obtiens que 22 fps avec l’encodage QSV.
J’ai aussi une nVidia GT1030, mais cette carte ne contient qu’un décodeur matériel, pas d’encodeur.
Où puis-je trouver l’ancienne version de Handbrake ?
LE : Je les ai trouvées :
LLE : Les versions 1.0.7 et 1.1.0 plantent sur mon ordinateur.