Hier (22/02/2018), j’ai enregistré les Jeux olympiques sur NBC – 2 heures l’après-midi et 3 heures le soir.
J’ai converti manuellement l’épisode de l’après-midi ; cela a pris un peu moins d’une heure. J’ai laissé MCEBuddy démarrer la conversion du soir selon le paramètre Heure de début/fin dans MCEBuddy. Elle a mis 10 heures à se terminer. En fait, la minuterie a arrêté la conversion à 7 h et j’ai repris vers 8 h.
Le matériel était exactement le même pour les deux conversions et les journaux ne m’aident pas.
Quelqu’un peut-il m’expliquer quel pourrait être le problème ?
Vous joignez des fichiers à vos messages (ne copiez-collez pas), si le fichier est trop gros, compressez-le et joignez-le. Faites simplement glisser le fichier dans votre message.
Donc tout commence bien : vous utilisez le codage matériel Intel QuickSync, vous avancez à un bon rythme d’environ 70 i/s avec un temps restant estimé à 1 h.
2018-02-23T00:45:53 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 12.26 % (67.28 fps, avg 69.19 fps, ETA 01h11m30s)
Puis votre pilote graphique plante et interrompt la conversion :
En sécurité, MCEBuddy bascule alors sur l’encodage logiciel, qui rampe à environ 10 i/s :
2018-02-23T00:48:06 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.42 % (11.69 fps, avg 11.56 fps, ETA 08h05m37s)
Le problème vient de votre pilote graphique, instable ou devenu instable à certains moments selon l’activité de l’ordinateur : peut-être l’activation de l’économiseur d’écran, ou le passage en mode d’économie d’énergie ; difficile à dire.
Consultez cette page pour mettre à jour votre pilote vers une version stable et voyez si cela améliore les choses ; sinon, désactivez toute option d’économie d’énergie.
Je n’ai aucune fonction d’économie d’énergie activée, sauf l’extinction de l’écran après 10 minutes et je n’utilise pas d’économiseur d’écran. Il y a un nouveau pilote graphique Intel que j’ai téléchargé et que j’installerai plus tard. En attendant, j’ai joint le journal de l’enregistrement de 2 heures de l’après-midi qui s’est terminé en un peu moins d’une heure. Pourriez-vous, s’il vous plaît, le consulter et le comparer au journal précédent ?
Ces conversions ont été faites sur une machine de secours car mon machine principale I5 est tombée en panne il y a quelques jours et j’attends une pièce.
J’ai eu des conversions excessivement longues avec l’I5 mais rien de comparable à 10 heures. Bien que les conversions longues précédentes concernaient probablement des émissions de télévision scriptées d’une heure.
Si j’ai de futurs problèmes, je pourrais m’acheter une carte graphique. Je vais regarder le lien graphique que vous avez fourni et voir quelle accélération graphique est supportée dans MCEBuddy.
J’ai effectivement eu le même problème avec le même programme. Comme vous, j’avais aussi des pilotes Intel obsolètes. J’espère que les mettre à jour résoudra le problème !
J’ai mis à jour les pilotes sur la machine Celeron avec les derniers disponibles sur le site d’Intel, mais une conversion lente aléatoire s’est de nouveau produite samedi. Une émission de samedi après-midi s’est convertie normalement, mais une émission du soir s’est convertie très lentement.
J’ai remis l’i5 en service dimanche avec les pilotes d’origine installés il y a environ 18 mois, et la même chose s’est produite : une émission de l’après-midi s’est convertie normalement, puis une émission du soir s’est convertie lentement. Pas aussi lentement que sur le Celeron, car l’i5 est un processeur plus performant.
Je n’ai pas essayé le pilote suggéré dans le lien de Goose, car il est indiqué pour Win 7, 8 et 8.1, et mes deux machines sont sous Win 10, et je crains qu’un pilote plus ancien ne provoque d’autres problèmes.
Le problème n’est apparu que récemment, de manière semi-régulière, autant que je sache, mais j’ai enregistré/converti la même émission ces deux dernières semaines — les Jeux olympiques — car il n’y a rien d’autre que nous voulons enregistrer.
C’est une nuisance que je peux tolérer à court terme. Si je ne parviens pas à régler le problème, j’utiliserai un autre convertisseur et renoncerai à la suppression automatique des publicités.
Les anciens pilotes sont souvent beaucoup plus stables (et plus efficaces) que les nouveaux.
Ceci est encore plus pertinent lorsque vous avez du matériel ancien, les nouveaux pilotes sont orientés vers le matériel récent (pas nécessairement les systèmes d’exploitation, les pilotes Windows 7/8.1 fonctionnent très bien avec Windows 10). Leur assurance qualité/test est exécrable, nous recommandons donc des pilotes qui ont été prouvés stables par la communauté en général.
J’ai laissé Windows 10 installer les pilotes Intel disponibles chez MS il y a une semaine environ, et mes conversions se déroulent parfaitement : pas un seul échec, et je n’ai plus vu une seule conversion revenir à l’encodage CPU.
J’obtiens 265 images/s lors de la conversion des émissions Fox (1280×720p) et 65-70 images/s sur NBC et CBS (1920×1080i). Je ne connais pas assez ce domaine pour comprendre pourquoi une telle différence de fps.
Avant de laisser MS mettre à jour les pilotes Intel, j’avais testé deux autres encodeurs censés pouvoir utiliser Quick Sync, mais j’étais à près de 100 % d’utilisation CPU. Je pensais que Quick Sync déchargeait l’encodage pour libérer le CPU, mais peut-être ne l’avais-je tout simplement pas activé dans ces encodeurs. L’un des logiciels essayés était Freemake, qui offre très peu de réglages.
Selon les paramètres graphiques Intel, je suis sur le pilote version 21.20.16.4839.