Spécifications pertinentes :
Versions donateur de MCEBuddy et Comskip
Carte vidéo : Radeon R7 240 avec OpenCL
Carte mère : Asus B85M-E/CSM
J’ai constaté que, lorsque je déconnecte physiquement la carte vidéo, MCEBuddy convertit beaucoup plus vite. Une vidéo MPEG2-TS de 2 h prend plus de 2 h avec la carte vidéo connectée, mais moins d’1 h sans elle.
J’ai actuellement installé le dernier pilote Intel Graphics stable recommandé par MCEBuddy. J’ai aussi testé les autres versions stables listées, sans succès.
J’ai essayé d’ajouter l’option « -P » au profil, mais le traitement ralentit encore davantage.
Dans le BIOS, je n’ai trouvé que deux options : « iGPU Multi-Monitor », que j’ai activée, et « Primary Display », que j’ai réglée sur PCIe card.
J’ai joint deux fichiers journaux : un obtenu avec le GPU connecté (GPU…txt) et un autre avec le GPU déconnecté (NO_GPU…txt). J’ai lancé MCEBuddy sur le fichier avec le GPU connecté et attendu la fin. Ensuite, j’ai éteint l’ordinateur, retiré le GPU, puis relancé MCEBuddy sans changer de réglages (sauf un pour permettre à MCEBuddy de reprendre le fichier déjà converti).
EDIT : j’ai également installé Intel Media SDK 2016 (j’ai fouillé et trouvé un forum où quelqu’un affirmait que cela fonctionnait), mais cela n’a pas aidé.
Toute aide est grandement appréciée ; si vous avez besoin d’informations supplémentaires, faites-le-moi savoir !
Si vous regardez vos journaux, vous remarquerez que dans votre conversion avec GPU activé, la conversion GPU échoue et bascule ensuite vers l’encodage logiciel.
2017-10-01T09:16:50 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.71 % (33.70 fps, avg 28.06 fps, ETA 03h39m13s)[mp4 @ 0000000006297ea0] pts < dts in stream 0
2017-10-01T09:16:50 MCEBuddy.AppWrapper.Handbrake → ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error ‘Error number -22 occurred’
Cela peut être dû à deux raisons selon moi :
Handbrake est bogué
Votre pilote est bogué
Essayez d’abord d’utiliser la version BETA 2.4.8 de MCEBuddy, elle contient une version mise à jour de Handbrake, ou vous pouvez télécharger la dernière version de Handbrake depuis leur site web et la remplacer dans le dossier d’installation de MCEBuddy.
Pour le second point, utilisez la version de pilote recommandée ; votre version actuelle est :
Désolé, j’ai malencontreusement suivi ton conseil dans l’ordre inverse.
J’ai fini par utiliser un autre fichier, mais je ne pense pas que cela pose problème puisque le format d’entrée est exactement le même. Le second fichier est bien plus petit, j’ai donc pu arriver plus vite à la barre de progression de conversion pour voir le temps estimé. J’ai pu constater que l’estimation ne montrait aucune amélioration de vitesse, je n’ai donc que des journaux partiels, mais je pense qu’il y a assez d’informations pour déboguer.
J’ai dû installer le pilote version 10.18.10.3379 car c’est le seul compatible avec Windows 10 (je n’avais pas vu qu’il était indiqué comme tel ; il faut suivre exactement les instructions ci-dessous pour que l’installation se fasse correctement). Après cette installation, le premier fichier journal a été généré, GPU_PROPER_DRIVER…txt. La vitesse de conversion n’était ni plus lente ni plus rapide qu’avec le journal GPU…txt. GPU_PROPER_DRIVER_The Big Bang Theory (2007) - S11E02 - The Retraction Reaction.ts-Convert to MP4-2017-10-02T20-57-45.4762586-04-00.log (3,1 Mo)
Ensuite, j’ai mis à jour vers MCE Buddy Beta 2.4.8 pour générer GPU_PROPER_DRIVER_MCE248…txt. Avec cette mise à jour, la conversion semble prendre deux fois plus de temps ; de 30 minutes à 1 heure.
Je me souviens en fait qu’avec un fichier précédent de la même taille que celui-ci, et SANS GPU, le temps estimé était de 15 min. Ce qui correspond à la durée de traitement de 1 heure du premier fichier SANS GPU (durée vidéo / 2). Ainsi, avec ces mises à jour, je n’ai constaté aucune amélioration de vitesse.
Vos journaux indiquent que votre système n’utilise pas l’encodage matériel mais revient à l’encodage logiciel.
2017-10-02T22:38:52 MCEBuddy.AppWrapper.Handbrake → [22:38:52] qsv_enc_init: using ‘software’ implementation, API: 1.23
2017-10-02T22:38:56 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.13 %
2017-10-02T22:38:58 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.17 %
2017-10-02T22:39:00 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 0.20 % (7.26 fps, avg 13.90 fps, ETA 00h44m30s)
Cela indiquerait un problème avec vos pilotes graphiques ou votre matériel. Essayez d’utiliser un pilote différent, peut-être le dernier pilote Microsoft WHQL ou le dernier disponible sur le site Web d’Intel. Vous devrez essayer différentes versions jusqu’à ce que vous trouviez celle qui fonctionne.
Essayez peut-être aussi cette version de Handbrake et voyez si cela fait une différence.
Vos autres journaux montrent que l’encodeur échoue en raison d’une vidéo corrompue :
2017-10-02T21:06:59 MCEBuddy.AppWrapper.Handbrake → Encoding: task 1 of 1, 2.57 % (8.27 fps, avg 8.83 fps, ETA 01h08m25s)[mp4 @ 0000000006af0f00] pts < dts in stream 0
2017-10-02T21:06:59 MCEBuddy.AppWrapper.Handbrake → ERROR: avformatMux: track 0, av_interleaved_write_frame failed with error ‘Error number -22 occurred’
Rencontrez-vous ce problème avec une seule vidéo ou avec tous les fichiers vidéo ?
Ma prochaine pensée était d’essayer d’utiliser le dernier pilote Intel. Cela n’avait aucun sens que l’ancien pilote Intel recommandé, sans la version BETA de MCE Buddy, soit plus rapide qu’avec la version BETA.
La vitesse est un problème avec toutes les vidéos. Mais je n’ai jamais eu de fichier qui n’a pas réussi à se convertir, j’obtiens toujours un MPEG-4 fonctionnel.
J’ai mis à jour mon pilote Intel vers la dernière version et c’est toujours aussi lent, estimation d’environ 1 heure pour la conversion. Voici un extrait du journal :
Pouvez-vous télécharger l’une des vidéos originales sur le serveur MCEBuddy, que je puisse jeter un œil et voir ce qui se passe. Je me demande si le décodage matériel pourrait causer un problème. Laissez-moi tester.
Vous trouverez les instructions pour télécharger le fichier dans le message Lisez-moi avant de publier :
Ma pensée est de définir le GPU Intel comme principal afin que MCEBuddy l’utilise pour le transcodage matériel. À ma connaissance, MCEBuddy ne prend en charge le transcodage matériel que sur Intel et NVIDIA.
Cela signifie-t-il que je pourrais toujours avoir ma carte graphique dédiée attachée et disponible pour le jeu, mais que MCE Buddy utilise simplement la carte graphique intégrée ?
Et si c’est le cas, on pourrait penser que le logiciel basculerait vers la carte graphique intégrée et que je n’aurais aucun problème.
tu avais mentionné plus tôt dans le fil que tu avais l’option dans le BIOS pour « Primary Display » ; essaie de la modifier, mais prépare-toi à brancher ton moniteur sur ton GPU Intel au besoin. Pour ce qui est du jeu, je ne suis pas joueur, donc je ne saurais pas. Aussi, la Radeon R7 240 est assez vieille ; je te recommande de la renvoyer et de prendre une Quadro P400. Elles sont dans la même gamme de prix et elle devrait convenir pour le jeu. Elle est également single slot et alimentée par le bus. Ai-je mentionné que MCEBuddy tourne super bien avec ?