J’ai téléversé mes fichiers de journal et vidéo pour le problème. Ce que je vois, c’est que FFMPEG est défini comme méthode de conversion principale, puis est remplacé par MENCODER qui tente de vérifier QuickSync et échoue après plusieurs tentatives, utilisant finalement les paramètres pour la conversion logicielle.
Je vois des lignes où la carte NVIDIA GT730 est reconnue ainsi que l’Intel 630, mais l’encodage matériel ne semble jamais démarrer. Des suggestions ?
Pouvez-vous joindre votre journal de conversion
Désolé, j’ai suivi les instructions du site FTP et je n’ai pas ajouté de lien :
ftp://upload.mcebuddy2x.com/jpyatt/TheGoodDoctor.log
Voici quelques éléments auxquels vous devez être attentif :
order=handbrake,ffmpeg,mencoder
Cela signifie qu’il utilisera d’abord HandBrake (QuickSync), puis FFmpeg (NvEnc/CUDA) pour l’encodage matériel.
Vous disposez DES DEUX encodeurs matériels : QuickSync et CUDA. Dans la version précédente, à cause d’un bug de MCEBuddy, si les deux étaient détectés, il utilisait d’abord FFmpeg (CUDA), puis HandBrake (QuickSync).
À partir de la 2.4.9, si les deux encodeurs matériels sont trouvés, il utilise l’encodeur spécifié par l’utilisateur en premier (dans votre cas HandBrake, donc QuickSync).
Lorsqu’il lance l’encodage QuickSync, le pilote graphique Intel échoue.
2018-03-15T13:28:46 MCEBuddy.AppWrapper.Handbrake → Handbrake
failed, non 0 return code
Cela est probablement dû à un pilote graphique défectueux ; essayez d’installer l’une des versions de pilote recommandées pour que QuickSync fonctionne.
Parce que l’encodeur matériel échoue, MCEBuddy tente d’utiliser la version logicielle du même encodeur (HandBrake), ce qui fonctionne, et c’est ce que vous voyez.
MCEBuddy n’essaie pas le second encodeur matériel disponible avant de revenir à l’encodeur logiciel ; c’est un problème connu qui sera corrigé dans la prochaine version.
En résumé, vous rencontrez ce problème parce que votre système prend en charge à la fois CUDA et QuickSync.
La solution la plus simple consiste à :
order=ffmpeg,handbrake,mencoder
Cela forcera MCEBuddy à utiliser CUDA/NvEnc en premier ; si ce pilote est plus stable que celui d’Intel, l’encodage matériel réussira.
Le problème lié aux deux encodeurs matériels sera résolu dans la prochaine version.
Merci pour l’aide. J’ai mis à jour le pilote Intel à partir de la FAQ sur l’encodage matériel et finalement tout a fonctionné. Une émission d’une heure de Windows Media Center se convertit avec les publicités supprimées en 14 minutes. Génial.
J’ai un processeur Sandy Bridge i7 2600 et maintenant une nvidia quandro p2000 et je veux faire fonctionner l’encodage matériel, mais j’ai essayé d’installer le pilote recommandé : Intel 2010.18.10.3958 x64_15.33.30.3958 comme recommandé ci-dessus, mais il dit que mon matériel ne répond pas aux exigences minimales et ne s’est pas installé.
Y a-t-il un autre pilote recommandé ? Ou devrais-je simplement ignorer le support quicksync et utiliser juste changer l’ordre des encodeurs comme vous l’avez suggéré ci-dessus ?
Merci.
Dépend de ce que tu veux utiliser, si tu utilises l’encodage matériel nvidia alors tu n’as pas besoin des pilotes intel, utilise simplement le réordonnancement de l’encodeur ou si tu es sur la dernière version 2.4.9, il choisira automatiquement le profil ffmpeg puisque c’est le seul encodeur matériel disponible.
PS - il existe plusieurs options de pilotes recommandés que tu peux essayer, y compris certains plus récents pour win 10
Je pense qu’il me manque quelque chose, car j’ai installé la 2.4.9 et l’encodage logiciel fonctionne parfaitement. Mais je ne trouve nulle part
nvenc, ni dans mcebuddy.log ni dans les journaux individuels des fichiers vidéo. J’ai bien installé le kit développeur CUDA
et coché la case « accélération matérielle » dans MCEBuddy. J’ai aussi changé l’ordre des encodeurs pour mettre ffmpeg en premier, toujours
sans succès.
Qu’est-ce qui pourrait me manquer ? Y a-t-il autre chose requise pour qu’il utilise mon matériel ?
Merci.
Joignez votre journal de conversion.