Il y a quelques semaines, j’ai effectué une mise à jour vers la version qui prenait en charge l’encodage matériel Intel. Mes conversions pour une émission d’une heure sont passées de 20 minutes à 2 heures ou plus. Je suis revenu à la version précédente et tout est redevenu normal. J’ai essayé la version 2.5.2 l’autre jour, et les conversions étaient encore plus lentes. Je suis retourné aux versions antérieures, 2.4.11 et 2.4.10, mais elles restaient lentes. Comskip et Handbrake prennent tous deux beaucoup de temps. La phase 2 de Comskip peut durer 45 minutes, et Handbrake plusieurs heures. J’ai essayé plusieurs versions et réglages, mais cela ne fait qu’empirer. À court terme, j’ai commencé à convertir sur un ancien i5 et c’est rapide (15 minutes pour une émission d’une heure avec 2.5.2). Je suis actuellement en 2.5.2 et c’est toujours lent. Je joins les journaux d’une émission de 40 minutes d’hier soir qui a pris 2 heures 14 minutes. Une seule conversion était en cours et le système ne faisait rien d’autre.
J’ai lu quelques autres messages, mais rien de frappant. Mon matériel et mes pilotes n’ont pas changé.
Voici ma configuration :
Windows 7 Pro
Portable ThinkPad E540
Intel i7-4702MQ 2,2 GHz
12 Go de RAM
Intel HD Graphics 4600
SSD Samsung 860 EVO pour le démarrage
SSD SC2 M2 pour le travail des conversions
Fichiers MCE stockés sur disque USB 3.0
Sortie vers le SSD de démarrage.
7 News at 11PM_WHDHDT_2020_01_21_22_57_00.wtv-Les-2020-01-21T23-36-27.9850532-05-00.log (8,6 Mo) mcebuddy.log (3,9 Mo)
Vos journaux indiquent qu’il utilise votre encodeur matériel Intel, mais pour une raison quelconque, il fonctionne extrêmement lentement.
2020-01-21T23:54:52 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.05 %
[23:54:52] qsv_enc_init: using ‘hardware (1) via D3D11’ implementation, API: 1.11
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (10.62 fps, avg 10.62 fps, ETA 01h09m10s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)
2020-01-21T23:54:57 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.10 % (6.42 fps, avg 9.47 fps, ETA 01h17m34s)
Il est probable que le problème vienne de votre pilote graphique. Essayez d’utiliser l’une des versions recommandées sur la page FAQ Matériel et voyez si cela accélère la conversion matérielle.
Vous avez mentionné avoir essayé une autre machine avec un processeur i5 qui était rapide ; vérifiez la version du pilote graphique sur cette machine et essayez d’utiliser la même.
Habituellement, lorsque la vitesse change soudainement, c’est parce qu’une mise à jour Windows a mis à jour votre pilote graphique et que la nouvelle version est boguée.
D’accord, beaucoup de dépannage. Selon les spécifications, mon système devrait prendre en charge QuickSync, mais le logiciel ne se chargeait pas. J’ai essayé plusieurs versions différentes des pilotes Intel HD2600 et d’autres pilotes, mais seuls ceux de Lenovo, v10.18.10.4425, se chargeaient et fonctionnaient. Ce sont les derniers pilotes pour le portable, et la version qui était installée et n’a pas été modifiée. J’ai désinstallé et supprimé tous les pilotes vidéo, redémarré, puis téléchargé et installé celui-ci depuis un téléchargement Lenovo. Même lenteur. Plusieurs autres tentatives de dépannage et toujours pas bon. J’ai donc supprimé la 2.5.x et installé la 2.4.11. La vitesse est revenue. Je joins deux fichiers journaux. Celui avec les fps lents est de la 2.5 et celui avec les conversions plus rapides est la 2.4.11. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T12-06-16.6484061-05-00.log (1,3 Mo) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Convert to MP4-2020-01-23T14-34-04.8917023-05-00.log (1,1 Mo)
Merci pour les journaux, très utiles. Je vois deux différences entre les journaux : un petit changement dans le profil utilisant les B-frames, ce qui peut ralentir si votre matériel ne le prend pas en charge, et l’autre concerne HandBrake. Éliminons d’abord le problème HandBrake.
Gardez votre version 2.5.1 de MCEBuddy installée et téléchargez cette ancienne version de HandBrake : HandBrake
Ouvrez le dossier C:\Program Files\MCEBuddy2x\handbrake et remplacez le HandBrakeCLI.exe dans ce dossier par celui du fichier ZIP téléchargé ci-dessus.
Relancez exactement la même conversion avec cette version de HandBrake dans MCEBuddy (même profil, même fichier) et joignez les journaux. Cela me dira si le problème vient de HandBrake ou des paramètres du profil.
Cela a vraiment aidé. Je pense que je vais passer à la version 2.5.2 et utiliser ce handbrake. J’obtiens 170-180 ips sur mon système i5, et seulement 36 ips sur ce système, et je n’ai aucun moyen de mettre à jour la carte vidéo. Le mois prochain, quand je rentrerai chez moi, j’installerai un système Win10 avec le dernier NCEBuddy et une nouvelle carte vidéo dédiée uniquement aux conversions, et je laisserai ce système uniquement comme enregistreur. Y a-t-il autre chose qui peut être fait pour accélérer cela d’ici là ?
Voici le journal. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-23T22-45-54.5046016-05-00.log (2,7 Mo)
Pouvez-vous essayer la dernière version BÊTA 2.5.3, elle inclut une version mise à jour de HandBrake censée améliorer la vitesse de l’encodeur QuickSync. Veuillez lancer la même conversion (fichier, profil, etc.) avec la version BÊTA 2.5.3 et joindre le journal afin que nous puissions voir s’il y a une amélioration avec cette version de HandBrake.
2.5.3 - toujours lent. 1h 30m pour un enregistrement de 40 min.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T09-48-22.log (6,1 Mo)
Très utile, je vois quelques changements concernant le nouvel encodeur handbrake sur votre machine. Permettez-moi d’examiner cela et je reviens vers vous. Veuillez conserver le fichier/profil/tâche original, etc. afin que nous puissions effectuer un test comparatif.
Pouvez-vous ouvrir votre profil, à la fin de la ligne handbrake-video ajoutez ceci (incluez un espace à la fin de la ligne avant d’ajouter ceci) :
--encopts="lookahead=0"
Veuillez relancer la conversion et joindre le journal.
Semble encore plus lent. Il indique qu’il faudra encore 2,5 heures. Voici le journal jusqu’à présent. 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-24T20-29-06.log (1,9 Mo)
Voici le journal complet après conversion. Trop volumineux pour être téléchargé. Voici un lien vers celui-ci
https://drive.google.com/open?id=1yddM7lYZJ9hg1pHJ9JpQ0OzMsdH4Wg0h
C’est un excellent retour. Cela confirme plusieurs choses à propos de la nouvelle version de HandBrake. Pourrais-tu essayer ceci comme test de performance.
Ouvre le profil et modifie
order=handbrake,ffmpeg,mencoder
En
order=ffmpeg
Et convertis le même fichier maintenant pour obtenir une comparaison des performances et partage le journal si possible. Je pense que ce sera encore plus rapide.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-25T08-50-14.log (3,4 Mo)
Bien mieux, mais 41 minutes pour une vidéo de 43 min semble encore long. En octobre, une vidéo de 90 min se convertissait en 28 minutes. Mais c’est toujours mieux que 1,5 à 2,5 heures pour une vidéo de 43 minutes.
Essayez la version BETA 2.5.3 d’aujourd’hui, elle devrait restaurer les performances d’origine
Pris environ 52 minutes.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-27T22-07-44.log (3,2 Mo)
D’accord, essayez la version BETA 2.5.3 d’aujourd’hui, elle devrait améliorer les performances du profil MP4 Fast pour les ramener au niveau de la version 2.4.11.
Un peu plus rapide. 45 min contre 52 min.
7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-29T22-43-36.log (2,9 Mo)
Les options de l’encodeur ressemblent maintenant beaucoup au journal original avec une petite différence. Essayez la version bêta 2.5.3 d’aujourd’hui et voyez comment elle se comporte.
FBI- Most Wanted_WBZDT_2020_01_28_21_57_00.wtv-Les-2020-01-30T10-30-26.log (3.6 Mo) 7 News at 11PM_WHDHDT_2020_01_22_22_57_00.wtv-Les-2020-01-30T09-35-22.log (2.4 Mo)
Les temps sont définitivement meilleurs et acceptables pour l’instant. Merci pour votre travail. Si vous ne faites cela que pour moi, ne vous investissez pas trop davantage. Je prévois de mettre en place un système dédié aux conversions, et ma autre machine de test effectue actuellement les conversions en environ un tiers de ces temps, donc je n’aurai à supporter cela encore qu’une semaine. Au moins, pour l’instant, il ne faut plus toute la nuit pour traiter 3-4 émissions et toutes les conversions sont terminées bien avant le lendemain matin, même mes jours chargés. Voici deux journaux supplémentaires pour les tests. J’ai remarqué qu’Handbrake ne sature plus mon CPU, même avec trois conversions en cours.
Cela fait quelques années que je n’ai pas fait de don, et comme j’utilise maintenant beaucoup ce programme, je viens d’envoyer un nouveau don. Merci pour ce excellent produit très utile.